/* Page prose (de) */
"Sendable" = "# `Sendable`: welche Werte sicher über eine Grenze gereicht werden können\n\nJedes Mal, wenn Arbeit eine Nebenläufigkeitsgrenze überquert (in eine `Task` hinein, auf einen Actor, zwischen zwei Tasks), wird ein Wert von einer Isolationsdomäne an eine andere übergeben. Die Frage, die Swift beantworten muss, lautet: **Ist es sicher, diesen Wert so zu teilen?** Die Antwort ist ein Protokoll.\n\n**`Sendable` ist das Protokoll, das einen Typ als sicher zum Übergeben über Nebenläufigkeitsgrenzen markiert**: sicher, weil das Teilen keinen Data Race verursachen kann.\n\nWelche Typen qualifizieren sich?\n\n* **Werttypen** (structs, enums) sind Sendable, wenn alle ihre Member Sendable sind. Weil sie bei der Zuweisung *kopiert* werden, erhalten zwei Domänen zwei getrennte Kopien: nichts geteilt, nichts, worum konkurriert werden könnte. Die meisten deiner Structs sind automatisch Sendable; du schreibst das Wort selten.\n* **Unveränderliche finale Klassen** können Sendable sein. Wenn eine Klasse `final` ist und jede gespeicherte Property ein `let` eines Sendable-Typs ist, gibt es keinen veränderlichen geteilten State, sodass das Teilen der Referenz sicher ist.\n* **Klassen mit veränderlichem State sind *nicht* Sendable.** Eine Klasse ist eine *Referenz*: Reiche sie an zwei Domänen, und sie teilen sich ein Objekt. Wenn eine davon es mutiert, ist das der klassische Data Race aus dem Kapitel [Gefahren der Nebenläufigkeit](Concurrency%20Hazards.playgroundchapter/Overview). Swift weigert sich, so einen Typ Sendable zu nennen, und diese Weigerung ist das Feature.\n\nHier ist ein schlichter Werttyp, der ohne Aufwand Sendable ist. Die Annotation ist optional (Swift leitet sie ab), wird aber zur Klarheit gezeigt:";
"SendableNotice" = "Du kannst ein `Receipt` frei an jede Task übergeben; jede Seite bekommt ihre eigene Kopie.\n\n[Zurück](@previous)  |  Seite 7 von 11  |  [Weiter: Einen Nicht-Sendable-Typ reparieren](@next)";
