/* Page prose (de) */
"TaskDetached" = "# `Task.detached`: die, die nichts erbt\n\nEine normale `Task { }` erbt **Kontext** von dem Ort, an dem sie erstellt wird: die aktuelle **Priorität** (wie dringend die Arbeit ist) und den aktuellen **Actor** (ein späteres Kapitel behandelt Actors im Detail: stell dir ihn als \"in welcher thread-sicheren Welt dieser Code läuft\" vor). Diesen Kontext zu erben ist fast immer das, was du willst.\n\n`Task.detached { }` erbt bewusst *nichts* davon. Sie startet von einem leeren Blatt: Standardpriorität, kein Actor. Das ist ein scharfes Werkzeug, zu dem du nur selten greifen wirst.";
"TaskDetached-2" = "**Sieh es laufen:** das Elternteil und das einfache `Task`-Kind melden *dieselbe* Prioritätszahl (hoch ist `25`), während die detached Task einen anderen, standardmäßigen Wert meldet (mittel ist `21`); sie hat nichts geerbt. Die genauen Zahlen sind ein Implementierungsdetail; der Punkt ist, dass das erbende Kind zu seinem Elternteil passt und die detached Task nicht.\n\n> **Wann würdest du tatsächlich `Task.detached` wollen?** Fast nie. Benutze sie nur, wenn ein Stück Arbeit wirklich unabhängig von seinem Ursprung ist: etwa, um einen Fire-and-forget-Cache-Schreibvorgang anzustoßen, der nicht auf der Dringlichkeit eines hochpriorisierten Bildschirms mitreiten sollte, oder nicht an den Actor dieses Bildschirms gebunden sein sollte. Wenn du unsicher bist, brauchst du sie nicht: greife zu einer einfachen `Task`.\n\n[Zurück](@previous)  |  Seite 5 von 11  |  [Weiter: Der Task-Baum](@next)";
