/* Page prose (ja) */
"WrappingUp" = "# まとめ\n\nクラシックモデルは壊れているわけではありません。ただ、あらゆる継ぎ目で管理作業を課してくるだけで、この章はそうした繰り返し現れる税金をはっきりと見ることについてのものです。`async`/`await` は*同じ*作業を、コンパイラが正しく書く手助けをしてくれる一直線のコードとして書き直します。入り口でいくつかの習慣を捨てる必要があり、それが下の要点の狙いです。\n\n* クラシックモデルは繰り返し現れる税金を課します。依存するステップのための入れ子、`throws` が使えないこと、忘れ得るコールバック、そして手作業のメインスレッドへの移動です。\n* 連鎖した非同期呼び出しは**破滅のピラミッド**へと育ちます（ロジックは右へ進み、エラー処理は分岐に散らばります）。それはコールバックのせいではなく、各ステップが一つ前に*依存する*からです。\n* `async`/`await` は*同じ*作業を、一つの `do-try-catch` を持つ一直線のコードとして書き直し、コンパイラがエラー処理をあなたの代わりに強制します。\n* モダンな並行処理が最初にくれる贈り物は、生の速度ではなく**明快さと安全性**です。そして `await` は、ブロックする行ではなく、関数が*中断してスレッドに別の作業をさせられる*地点です。\n* コールバックを完全に手放すわけではありません。今後も completion handler の API に出会い、それらを `await` に包むことになります。\n* この先の三本の柱は、**`async`/`await`**、**構造化された並行処理**（自動的なキャンセルとエラー伝播を備えたタスクツリー）、そして **actors**（コンパイラがチェックする data race 安全性）です。\n\n---\n\n## 次は\n\n[async/await の基礎](Async%20Await%20Basics.playgroundchapter/Overview): `async` と `await` が実際に何を意味するのか、関数がどのように中断し再開するのか、そして自分自身の非同期関数をどう定義し呼び出すのか。\n\n[前へ](@previous)  |  6 / 6 ページ";
