/* Page prose (de) */
"WrappingUp" = "# Zusammenfassung\n\nDas klassische Modell ist nicht kaputt; es verlangt dir nur an jeder Naht Buchführung ab, und in diesem Kapitel geht es darum, diese wiederkehrenden Steuern klar zu sehen. `async`/`await` schreibt die *gleiche* Arbeit als geradlinigen Code um, den der Compiler dir hilft richtig hinzubekommen. Ein paar Gewohnheiten müssen dabei verlernt werden, wofür die Kernpunkte unten da sind.\n\n* Das klassische Modell verlangt wiederkehrende Steuern: Verschachtelung für abhängige Schritte, kein `throws`, Callbacks, die du vergessen kannst, und manuelle Sprünge zum Hauptthread.\n* Verkettete asynchrone Aufrufe wachsen zur **Pyramide des Verderbens** (die Logik marschiert nach rechts und die Fehlerbehandlung verstreut sich über die Zweige), weil jeder Schritt vom letzten *abhängt*, nicht weil die Callbacks schuld wären.\n* `async`/`await` schreibt die *gleiche* Arbeit als geradlinigen Code mit einem `do-try-catch` um, und der Compiler erzwingt die Fehlerbehandlung für dich.\n* Das erste Geschenk der modernen Nebenläufigkeit ist **Klarheit und Sicherheit**, nicht rohe Geschwindigkeit; und `await` ist ein Punkt, an dem die Funktion *aussetzen und den Thread andere Arbeit erledigen lassen* kann, keine Zeile, die blockiert.\n* Du wirst Callbacks nicht völlig loswerden; du wirst weiterhin auf Completion-Handler-APIs treffen und sie in `await` einpacken.\n* Die drei Säulen, die vor dir liegen, sind **`async`/`await`**, die **strukturierte Nebenläufigkeit** (Aufgabenbäume mit automatischem Abbruch und automatischer Fehlerweitergabe) und **Actors** (Compiler-geprüfte Sicherheit vor Data Races).\n\n---\n\n## Als Nächstes\n\n[Grundlagen von Async/Await](Async%20Await%20Basics.playgroundchapter/Overview): was `async` und `await` wirklich bedeuten, wie eine Funktion aussetzt und fortsetzt, und wie du deine eigenen asynchronen Funktionen definierst und aufrufst.\n\n[Zurück](@previous)  |  Seite 6 von 6";
