/* Page prose (de) */
"FailingWithAResult" = "# Wenn der Callback fehlschlagen kann: ein `Result`\n\nDie meisten echten Callback-APIs können auch *fehlschlagen*. Für die greifst du zu **`withCheckedThrowingContinuation`**, dem werfenden Geschwister: Seine Continuation kann durch *Werfen* fortsetzen und nicht nur durch Zurückgeben, sodass ein fehlgeschlagener Callback den wartenden Aufruf werfen lässt.\n\nAlte Callback-APIs melden Fehlschläge in zwei klassischen Formen. Du überbrückst beide, angefangen mit einem `Result`.\n\nWenn dir der Callback ein `Result<Success, Failure>` reicht, gibt es einen Einzeiler: `continuation.resume(with: result)`. Er packt das `Result` für dich aus: Er setzt mit dem Wert bei `.success` fort und wirft bei `.failure`.";
"FailingWithAResult-2" = "**Sieh es laufen:** Die erste Suche löst sich nach einer kurzen Pause auf und gibt die Verkostungsnotiz aus. Die zweite setzt durch **Werfen** fort, also springt die Kontrolle zum `catch` und gibt `Lookup failed: unknownItem(\"Mystery\")` aus. Von der Seite des Aufrufers liest es sich wie ein gewöhnliches `try await`: Der Callback und das `Result` sind verschwunden.\n\n* callout(Probier es aus): Ändere die zweite Suche von `\"Mystery\"` auf `\"Guji\"`. Nun lösen sich beide durch Zurückgeben auf, beide Verkostungsnotizen werden ausgegeben, und das `catch` läuft nie.\n\n[Zurück](@previous)  |  Seite 3 von 8  |  [Weiter: Mit einem (value, error)-Paar fehlschlagen](@next)";
