Funzioni suspend come async di Swift

Una suspend function Kotlin viene esposta a Swift come metodo async, così iOS può attenderla con la concorrenza nativa di Swift.

I bridge più vecchi imponevano completion handler. Il moderno KMP converte direttamente suspend in async, così il codice Swift rimane pulito e lineare.

Da Swift è sufficiente usare await sulla chiamata all'interno di un contesto async. La coroutine viene eseguita e riprende Swift al termine.

Se la suspend function può fallire, Swift la vede come un metodo async che genera errori, quindi occorre racchiudere await in try e gestire gli errori con catch.

Quando Swift cancella il proprio Task, questa cancellazione si propaga nella coroutine Kotlin, interrompendo correttamente il lavoro condiviso.

Chiamate la funzione async condivisa dall'interno di un Task Swift quando non vi trovate già in un contesto async, ad esempio in risposta al tocco di un pulsante.

La coroutine viene eseguita sul dispatcher impostato nel codice condiviso, così per impostazione predefinita il lavoro pesante rimane fuori dal thread principale di iOS.

Qualunque valore restituisca la suspend function diventa il risultato dell'await in Swift, convertito secondo le consuete regole da Kotlin a Obj-C.

Una suspend function che restituisce Unit appare in Swift come un metodo async che non restituisce nulla, proprio come void.

Il KMP standard offre un supporto async di base, ma strumenti come SKIE generano firme Swift ancora più fluide per queste chiamate suspend.

Il vantaggio principale è la leggibilità: la logica async condivisa si legge dall'alto verso il basso in Swift, senza callback annidate né piramidi di completion.

Verifichiamo come si presenta una suspend function dal punto di vista di Swift.

suspend di Kotlin diventa async in Swift: usate await in un Task, gestite con catch gli errori generati e la cancellazione fluisce in entrambe le direzioni. Concorrenza pulita. ✅