/* Page prose (ja) */
"Overview" = "# Operation の依存関係とキャンセル\n\n[Operations](Operations.playgroundchapter/Overview) の章に出てきた小さな印刷所に戻りましょう。パンフレットは決して 1 つの作業では終わりません。まず誰かがレイアウトを**デザインし**、次に印刷機がそれを**印刷し**、最後に仕上げ台がページを冊子に**綴じます**。デザインが仕上がる前に印刷すれば紙を無駄にし、インクが乾く前に綴じれば台無しになります。順序はあれば嬉しいというものではなく、作業そのものです。この章では `Operation` を正しい順序で実行させ、顧客が気を変えたときには丁寧に停止させ、そして Operation の作業がコールバックの中で*あとから*終わるという厄介なケースに対処します。\n\n---\n\n## このページで学ぶこと\n\n* `addDependency(_:)` がどのようにして一方の Operation にもう一方を待たせるのか。\n* ある Operation の出力を次の Operation に渡す方法。\n* **協調的**なキャンセルモデル。`cancel()` は*お願い*であって、強制終了ではありません。\n* ふつうの `Operation` がなぜコールバックベースの作業には早く「終了」しすぎてしまうのか、そして本物のステートマシンを持つ**非同期の Operation** をどう組み立てるのか。\n* `completionBlock` が何のためにあるのか。\n\n準備ができたらページをめくりましょう。依存関係を使って、実際のパイプラインの順序づけに取りかかります。\n\n1 / 7 ページ  |  [次へ: 依存関係で作業を順序づける](@next)";
