foo
例は、
def process(s: String): String
def process(s: => String): String
です。あなたは実行されていないことを示唆しているので、私は前者を想定してprocess
います。これは、引数を渡すときに常に機能する方法です。最初に引数の作成作業を行い、次にメソッドを呼び出します。に遭遇したのでreturn
、それは簡単です:return
引数* の作成中に適切な from バイトコードを呼び出すだけで、メソッドを呼び出すことはありません。したがって、それは単なるローカルリターンです。
このfind
例はもう少し複雑です。foo
非ローカルな戻り値を必要とする aによって動機付けられた、非常に単純な例を試してみましょう。
class Nonlocal {
def pr(s: => String) = { println(s); "Printed" }
def foo(x: AnyRef): String = pr(x match {
case (s: String) => s;
case _ => return "";
})
}
の本体はfoo
次と同等です
import scala.runtime.NonLocalReturnControl
val temp = new AnyRef
try {
pr(x match {
case s: String => s
case _ => throw new NonLocalReturnControl(temp, "")
})
}
catch {
case nlrc: NonLocalReturnControl[_] if (nlrc.key eq temp) =>
nlrc.value.asInstanceOf[String]
}
注意すべき重要な点は、センチネル オブジェクトが作成されているため、これらのものを相互に壊すことなく任意にネストできNonLocalReturnControl
、正しい値が返されるということです。当然のことながら、これは、たとえばInt
. しかし、スタック トレースなしで例外を作成するため (エスケープできないため安全です。catch
ブロックはそれをキャッチすることが保証されています)、それほど悪いことではありません。トリガー関数を呼び出したり、配列を合計したりするのと同じくらい悪いことです。数十のエントリ。
また、例外が取得される前に部分的pr
にしか実行されないことにも注意してください。この場合、最初に実際の文字列を埋めるために を使用しようとするため、何も出力しませんが、制御を に戻す例外に遭遇します。(したがって、 から空の文字列が返されますが、何も出力されません。)s
foo
foo
*実際、バイトコードではメソッドの最後にジャンプする傾向があり、そこに load/return があります。概念的には関係ありませんが。