/* Page prose (fr) */
"WrappingUp" = "# Récapitulatif\n\nLe modèle classique n'est pas cassé ; il te facture juste de la comptabilité à chaque couture, et ce chapitre consiste à voir clairement ces taxes récurrentes. `async`/`await` réécrit le *même* travail sous forme de code en ligne droite que le compilateur t'aide à réussir. Quelques habitudes sont à désapprendre en chemin, et c'est à ça que servent les points à retenir ci-dessous.\n\n* Le modèle classique facture des taxes récurrentes : imbrication pour les étapes dépendantes, pas de `throws`, des callbacks que tu peux oublier, et des sauts manuels vers le thread principal.\n* Les appels asynchrones enchaînés grandissent en **pyramide de la mort** (la logique marche vers la droite et la gestion des erreurs se disperse à travers les branches) parce que chaque étape *dépend* de la précédente, pas parce que les callbacks sont en cause.\n* `async`/`await` réécrit le *même* travail sous forme de code en ligne droite avec un seul `do-try-catch`, et le compilateur impose la gestion des erreurs à ta place.\n* Le premier cadeau de la concurrence moderne, c'est la **clarté et la sécurité**, pas la vitesse brute ; et `await` est un point où la fonction peut *se suspendre et laisser le thread faire un autre travail*, pas une ligne qui bloque.\n* Tu n'abandonneras pas complètement les callbacks ; tu croiseras encore des APIs à completion handler et tu les emballeras dans `await`.\n* Les trois piliers à venir sont **`async`/`await`**, la **concurrence structurée** (arbres de tâches avec annulation et propagation d'erreurs automatiques), et les **actors** (sécurité face aux data races vérifiée par le compilateur).\n\n---\n\n## La suite\n\n[Les bases d'async/await](Async%20Await%20Basics.playgroundchapter/Overview) : ce que `async` et `await` signifient vraiment, comment une fonction se suspend et reprend, et comment définir et appeler tes propres fonctions asynchrones.\n\n[Précédent](@previous)  |  page 6 sur 6";
