「実装call/cc
」は、作業しているレイヤーでは意味がありません。言語で実装できる場合call/cc
、それは、少なくとも と同じくらい強力な組み込み構造があることを意味しcall/cc
ます。言語自体のレベルでは、call/cc
基本的にプリミティブな制御フロー演算子であり、何らかの形の分岐が必要です。
もちろん、call/cc
言語なしで言語を実装できます。これは、レベルが低いためです。言語の構造を特定の方法で翻訳し、この翻訳を調整して実装できるようにしますcall/cc
。つまり、一般的に継続渡しスタイルです (ただし、C での移植性のない実装の場合は、スタックを直接コピーすることもできます。継続渡しスタイルについては後で詳しく説明します)。call/cc
これは実際にはそれ自体に大きな洞察を与えるものではありません— 洞察は、それを可能にするモデルへの洞察です. その上、call/cc
単なるラッパーです。
現在、Haskell は継続の概念を公開していません。それは参照透過性を壊し、可能な実装戦略を制限します。Cont
は、他のすべてのモナドと同様に Haskell で実装されており、リスト モナドが非決定性をモデル化するのと同様に、継続渡しスタイルを使用した継続を伴う言語のモデルと考えることができます。
callCC
技術的には、 とのアプリケーションを削除するだけで、 の定義は型にCont
なりrunCont
ます。しかし、それはモナドのコンテキストでどのように機能するかを理解するのに役立ちませんCont
ので、代わりにその定義を見てみましょう. (この定義は、現在の Monad Transformer Library で使用されているものではありません。これは、その中のすべてのモナドがそれぞれのトランスフォーマー バージョンの上に構築されているためですが、スニペットのCont
(古いバージョンでのみ機能する) の使用と一致します)、および物事を劇的に簡素化します。)
newtype Cont r a = Cont { runCont :: (a -> r) -> r }
Cont r a
わかりました。これで、値からこの関数を取得でき(a -> r) -> r
ます。十分に単純です。しかし、それはどういう意味ですか?runCont
Cont r a
Cont r a
r
最終結果と結果を伴う継続渡し計算a
です。最終結果 とはどういう意味ですか? runCont
それでは、 out の型をより明示的に書きましょう。
runCont :: Cont r a -> (a -> r) -> r
ご覧のとおり、「最終結果」は最終的に得られる値runCont
です。では、どのように計算を構築できCont
ますか? モナドインスタンスは啓発的です:
instance Monad (Cont r) where
return a = Cont (\k -> k a)
m >>= f = Cont (\k -> runCont m (\result -> runCont (f result) k))
まあ、それが何を意味するかをすでに知っているなら、それは啓発的です. 重要なことは、あなたが書いたときCont (\k -> ...)
、 ,k
は計算の残りの部分ですa
— それはあなたがそれに value を与えることを期待していますr
.戻り値の型も同じであるため、独自の戻り値r
。うわー!そして、 でCont
計算を実行するときは、最終結果を生成する計算の「最上位」であるrunCont
最終を指定しているだけです。k
この「残りの計算」は何と呼ばれますか? 計算の続きだから続き!
(>>=)
実際には非常に単純です。左側で計算を実行し、独自の残りの計算を与えます。この残りの計算は、値を にフィードするだけでf
、独自の計算が生成されます。その計算を実行し、組み合わせたアクションが与えられた計算の残りの部分に入力します。このようにして、次のように計算をまとめることができますCont
。
computeFirst >>= \a ->
computeSecond >>= \b ->
return (a + b)
または、より馴染みのあるdo
表記法で:
do a <- computeFirst
b <- computeSecond
return (a + b)
その後、これらの計算を実行できますrunCont
— ほとんどの場合、同じ結果と最終的な結果の型を持つrunCont foo id
a をその結果に変換するようなもので問題なく動作します。foo
ここまでは順調ですね。それでは、物事を混乱させましょう。
wtf :: Cont String Int
wtf = Cont (\k -> "eek!")
aargh :: Cont String Int
aargh = do
a <- return 1
b <- wtf
c <- return 2
return (a + b + c)
何が起きてる?!最終結果と結果を使用しwtf
たCont
計算ですが、見えません。String
Int
Int
aargh
を実行するとどうなるでしょうか?runCont aargh show
つまり、計算を実行し、show
そのInt
結果を a としてString
最終結果を生成します。
"eek!"
戻ります。
k
「残りの計算」がどのようになったか覚えていますか? 私たちが行ったことwtf
は、狡猾にそれを呼び出すのではなく、代わりに独自の最終結果を提供することです。
これは、継続ができる最初のことです。次のようなものは、1をCont (\k -> k 1 + k 2)
返したかのように残りの計算を実行し、2 を返したかのように実行し、2 つの最終結果を加算します! 継続は基本的に、任意の複雑な非ローカル制御フローを表現することを可能にし、混乱を招くほど強力にします。実際、継続は非常に一般的であるため、ある意味では、すべてのモナドは の特殊なケースです。実際、一般的には、一種の継続渡しスタイルを使用していると考えることができます。Cont
(>>=)
(>>=) :: (Monad m) => m a -> (a -> m b) -> m b
2 番目の引数は、最初の計算の結果を取得し、実行する残りの計算を返す継続です。
しかし、私はまだ質問に答えていません:それで何が起こっているのcallCC
ですか? さて、それは現在の継続であなたが与える関数を呼び出します。Cont
しかし、ちょっと待ってください。それは私たちがすでに行っていたことではありませんか? はい。ただし、タイプを比較してください。
Cont :: ((a -> r) -> r) -> Cont r a
callCC :: ((a -> Cont r b) -> Cont r a) -> Cont r a
は。おわかりのように、問題は、渡した関数内Cont
からアクションをシーケンスできないことです —純粋な方法で結果を生成しているだけです。継続がアクセスされ、受け渡され、通常は計算内からいじられます。私たちが持っているときr
callCC
Cont
do a <- callCC (\cc -> ...)
foo ...
関数内の任意の値で呼び出して、それを計算自体cc
の戻り値にすることができる関数であると想像できます。または、もちろん、通常どおりに値を返すこともできますが、最初に呼び出すのは少し無意味です:)callCC (\cc -> ...)
callCC
b
そこにある謎については、通常の制御フローをエスケープし、私が言ったように、それを全体の結果としてすぐに使用するため、 を使用して任意のタイプcc foo
の計算を代用できるからです。したがって、実際に値を生成する必要がないため、必要な任意の型の値を返すことができます。こっそり!callCC (\cc -> ...)
これにより、実際の実装に進みます。
callCC f = Cont (\k -> runCont (f (\a -> Cont (\_ -> k a))) k)
まず、計算の残り全体を取得し、それを と呼びますk
。しかし、このf (\a -> Cont (\_ -> k a))
部分は何についてですか?f
が type の値を取ることはわかっています。それ(a -> Cont r b)
がラムダです — の結果として使用する値を取り、その継続を無視してその値を返すだけcallCC f
の計算を返す関数です— 「残りの部分」の観点からの「計算の」。OK、その呼び出しの結果は別の計算であり、実行するには継続を提供する必要があります。同じ継続をもう一度渡すだけです。なぜなら、すべてが正常に行われた場合、計算が返すものを戻り値にして、通常どおり続行する必要があるからです。(実際、別の値を渡してもうまくいきません。Cont
k
callCC f
f
Cont
意味— 「あなたが実際に私を実行しているもの以外の継続で呼び出す」ではなく、「現在の継続で呼び出す」です。)
全体として、これが長い分、啓発的であると感じていただければ幸いです。継続は非常に強力ですが、それがどのように機能するかを直感的に理解するには多くの時間がかかる場合があります。(現在のmtlで動作させるCont
にはこれを呼び出す必要がありますcont
) をいじって、制御フローの感触をつかむためにどのように結果を得るかを考えてみることをお勧めします。
継続に関する推奨されるさらなる読書: