/* Page prose (ja) */
"OrderingWorkWithDependencies" = "# 依存関係で作業を順序づける\n\n`OperationQueue` は、渡したものすべてを喜んで**一度に**、順序の保証なく実行します。独立した作業なら、それはまさに望みどおりです。パイプラインには、それはまさに*望まない*ことです。\n\n**依存関係**とは、「Operation A が終わるまで Operation B を始めるな」というルールです。`addDependency(_:)` で追加します。こちらがパンフレットのパイプラインで、各段階がその結果を次に手渡していきます。";
"OrderingWorkWithDependencies-2" = "**実行して確認:** *bind → print → design* の順で Operation を追加したのに、実行されるのは毎回 **design → print → bind** の順です。キューは `design` が終わるまで `printing` を、`printing` が終わるまで `binding` を止めておきました。各段階が前の段階の出力（`design.layout`、`printJob.pages`）を読んでいて、それが常にそこにあったことにも注目してください。\n\nその最後の点は、立ち止まって考える価値があります。依存関係は作業を*順序づける*だけではありません。あとの Operation が始まる前に、前の Operation が**完全に終了している**ことを保証します。重なりがないので、`PrintOperation` の内側から `design.layout` を読むのは安全です。2 つの Operation が同時にそのプロパティに触れることは決してありません。依存関係は、正しい順序*と*、シンプルで競合のないデータの受け渡し方法の両方をもたらします。\n\n> `addDependency(_:)` は順序を強制するだけです。データをあなたの代わりに運ぶことは**しません**。レイアウトを `PrintOperation` のイニシャライザに渡すのは、キューではなくあなたの仕事です。依存関係は*いつ*を決めます。*何を*渡すかは、あなた自身で配線する必要があります。\n\n* callout(試してみよう): `binding.addDependency(printing)` を削除して、もう一度実行してみましょう。`BindOperation` は今度は何を出力し、それはなぜでしょうか。\n\n依存関係はキューをまたぐこともできます。あるキューの Operation が、別のキューの Operation に依存できるのです。キューは、すべての依存関係が `isFinished` を報告するまで、依存している Operation を単に開始しません。\n\n[前へ](@previous)  |  2 / 7 ページ  |  [次へ: キャンセルは丁寧なお願い](@next)";
