/* Page prose (de) */
"DistributedOverview" = "# Extra-Punkte: Verteilte Actors\n\nZurück in unserer Bank mit den Ticket-Schaltern gab ein `actor` jedem Kassierer einen sicheren, serialisierten Zugriff auf einen einzigen gemeinsamen Kontostand, solange sie alle in derselben *Filiale* arbeiteten (demselben Prozess). Aber Banken haben viele Filialen. Stell dir vor, der Kontostand lebt auf einem Server, und Kassierer auf iPhones, iPads und anderen Servern müssen ihn alle lesen und aktualisieren. Die Arbeiter sind jetzt in **verschiedenen Prozessen auf verschiedenen Maschinen**, und trotzdem würdest du gerne genau dasselbe mentale Modell beibehalten: eine Methode auf dem Objekt, das den Zustand besitzt, mit `await` aufrufen und es den Zugriff serialisieren lassen. Genau dafür ist ein **verteilter Actor** da. Dieses letzte Kapitel ist ein geführter Rundgang durch die Idee, kein Labor.\n\n> **Dies ist ein Kapitel zum Mitlesen, nicht ausführbar in Swift Playground.**  \n> Alles andere in diesem Buch konntest du ausführen und daran herumprobieren. Verteilte Actors sind anders: Sie brauchen `import Distributed` *und* ein laufendes **Actor-System** (eine Netzwerk-Laufzeitumgebung, die Nachrichten zwischen Maschinen verschickt). Dieser Transport ist in der Swift-Playground-App von Haus aus nicht verfügbar, deshalb sind die verteilten Codeausschnitte, die vor dir liegen, **veranschaulichend**: Sie zeigen die *Form* der API, nicht Code, den du hier einfügen und ausführen kannst. Die einzige Stelle, an der du *etwas* ausführen *kannst*, ist der schlichte lokale `actor`-Rückblick, klar als **Ausführbar** markiert. Lies dieses Kapitel wegen der Konzepte; greif zu einem vollständigen Swift-Paket auf einem Mac, wenn du es wirklich ausprobieren willst.\n\n---\n\n## Was du lernst\n\n* Wie ein **verteilter Actor** das lokale `actor`-Modell über Prozesse und Maschinen hinweg erweitert und dabei dasselbe Gefühl von `await`-zum-Aufrufen behält.\n* Die vier Teile, die es zum Laufen bringen: der `distributed actor`, seine `distributed`-Methoden, das **`ActorSystem`** (der Transport) und die **`ID`** des Actors.\n* Warum Aufrufe verteilter Methoden `async` **und** `throws` sind, und wie sich das von einem lokalen Actor unterscheidet.\n* Warum Argumente und Rückgabewerte **`Codable`** sein müssen, und wie das an `Sendable` aus dem Kapitel [Globale Actors und Sendable](Global%20Actors%20and%20Sendable.playgroundchapter/Overview) anknüpft.\n* Was dir **Standorttransparenz** bringt, und die ehrlichen Kosten, die damit einhergehen.\n* Wann irgendetwas davon für App-Entwickler wirklich wichtig ist (Spoiler: selten, und das ist in Ordnung).\n\nWenn du bereit bist, blättere zur nächsten Seite für einen schnellen Rückblick auf den lokalen Actor, den du schon kennst, das Fundament, auf dem alles andere aufbaut.\n\nSeite 1 von 9  |  [Weiter: Rückblick auf den lokalen Actor](@next)";
