/* Page prose (de) */
"SendableClosuresIntro" = "# `@Sendable`-Closures: was eine detached Task von dir verlangt\n\nDiese Fehler drehen sich in Wirklichkeit um eine Sache: Eine Closure, die in einer *anderen* Isolationsdomäne läuft als dort, wo du sie geschrieben hast, muss **`@Sendable`** sein: sicher zum Übergeben und nebenläufigen Ausführen. Das ist die Closure, die du an `Task.detached { }` (und an eine `TaskGroup`) übergibst. Um sie sicher zu halten, ist eine `@Sendable`-Closure darin eingeschränkt, was sie erfassen darf:\n\n* Sie darf **Sendable**-Werte frei erfassen (sie sind sicher, um sie hinüberzutragen).\n* Sie darf **keinen** Nicht-Sendable-Typ wie eine veränderliche Klasse erfassen (das ist der `OrderCount`-Fehler).\n* Sie darf **kein** lokales `var` erfassen und mutieren, weil dieses `var` in der äußeren Domäne lebt und die Closure in einer anderen läuft: ein Race per Konstruktion.\n\nDas letzte lässt Leute stolpern, also sieh es dir direkt an:\n\n```swift\nvar runningTotal = 0\n\nTask.detached {\n    runningTotal += 1   // will not compile: mutated from another domain\n    print(runningTotal)\n}\n```\n\nDer Compiler weist die Mutation zurück: *\"main actor-isolated var 'runningTotal' can not be mutated from a nonisolated context.\"* Die Reparatur ist dieselbe Familie von Antworten: Teile keinen veränderlichen State über die Grenze hinweg. Berechne einen Wert und lass die Task ihn *zurückgeben*, oder leite die Mutation durch einen Actor:";
"SendableClosuresWrap" = "Sobald du \"eine `Task`-Closure kann nur Sendable-Dinge tragen\" verinnerlicht hast, lesen sich die meisten dieser Fehler als hilfreiche Erinnerungen statt als Hindernisse.\n\n[Zurück](@previous)  |  Seite 9 von 11  |  [Weiter: Swift 6: Sicherheit zur Kompilierzeit](@next)";
