Suspend-Funktionen als Swift async

Eine Kotlin-suspend function wird in Swift als async-Methode bereitgestellt, sodass iOS sie mit der nativen Swift-Konkurrenzverarbeitung awaiten kann.

Ältere Brücken erzwangen Completion-Handler. Modernes KMP bildet suspend direkt auf async ab, sodass Swift-Code sauber und linear bleibt.

In Swift awaiten Sie den Aufruf einfach innerhalb eines asynchronen Kontexts. Die Coroutine läuft und setzt Swift fort, sobald sie abgeschlossen ist.

Wenn die suspend function fehlschlagen kann, sieht Swift sie als throwing async-Methode. Deshalb umschließen Sie das await mit try und fangen Fehler ab.

Wenn Swift seinen Task abbricht, wird diese Abbruch an die Kotlin-Coroutine weitergegeben und die gemeinsame Arbeit sauber beendet.

Rufen Sie Ihre gemeinsame async-Funktion innerhalb eines Swift-Task auf, wenn Sie sich nicht bereits in einem asynchronen Kontext befinden, etwa bei einer Button-Auswahl.

Die Coroutine läuft mit dem Dispatcher, den Sie im gemeinsamen Code festlegen. Aufwendige Arbeit bleibt dadurch standardmäßig vom iOS-Hauptthread fern.

Was auch immer die suspend function zurückgibt, wird zum Ergebnis des Swift-await-Aufrufs und nach den üblichen Kotlin-zu-Obj-C-Regeln abgebildet.

Eine suspend function, die Unit zurückgibt, erscheint in Swift als async-Methode, die einfach nichts zurückgibt – genau wie void.

Reines KMP bietet grundlegende async-Unterstützung, aber Tools wie SKIE erzeugen für diese suspend-Aufrufe noch flüssigere Swift-Signaturen.

Der große Vorteil ist die Lesbarkeit: Gemeinsame async-Logik wird in Swift von oben nach unten gelesen – ohne verschachtelte Callbacks oder Completion-Pyramiden.

Kotlin-suspend wird zu Swift-async: awaiten Sie die Funktion in einem Task, fangen Sie ausgelöste Fehler ab, und die Abbruchweitergabe funktioniert in beide Richtungen. Saubere nebenläufige Verarbeitung. ✅