Kotlin Multiplatform (KMP) está emergindo como uma alternativa pragmática para compartilhamento de código entre plataformas. Diferente de Flutter e React Native que substituem a UI nativa, o KMP permite compartilhar apenas a lógica de negócios enquanto mantém interfaces nativas em cada plataforma.
A filosofia do KMP
A premissa é simples: bugs de lógica de negócios são iguais em todas as plataformas. Se a validação de CPF está errada, está errada em iOS e Android igualmente. Validação, modelos de dados, networking, cache, analytics — tudo isso pode ser escrito uma vez em Kotlin e compilado para JVM (Android), nativo (iOS) e JavaScript (Web).
O diferencial é que a UI permanece nativa: Jetpack Compose no Android, SwiftUI no iOS, e React/Vue na Web. Cada plataforma oferece a melhor experiência possível para seus usuários, sem compromissos de uma UI genérica.
Estrutura de um projeto KMP
Um projeto KMP típico tem módulos compartilhados e módulos específicos de plataforma. O módulo compartilhado (commonMain) contém interfaces, data classes, casos de uso e repositórios. Source sets específicos (androidMain, iosMain) contêm implementações que dependem de APIs nativas, como acesso a sistema de arquivos, sensores ou criptografia.
O mecanismo expect/actual permite declarar uma interface no código compartilhado e implementá-la diferentemente em cada plataforma:
Networking e serialização
Ktor é o cliente HTTP oficial multiplataforma do ecossistema Kotlin. Ele funciona identicamente em todas as plataformas, com engines específicas por baixo (OkHttp no Android, Darwin no iOS). Combinado com kotlinx.serialization para parsing de JSON, você tem uma camada de networking compartilhada, testável e type-safe.
Armazenamento local
SQLDelight é a solução recomendada para banco de dados multiplataforma. Você escreve queries SQL que são verificadas em tempo de compilação, e a biblioteca gera código Kotlin type-safe para todas as plataformas. Para key-value storage simples, bibliotecas como multiplatform-settings abstrai SharedPreferences/UserDefaults/localStorage.
Desafios reais
A interoperabilidade Kotlin-Swift ainda tem arestas: generics, coroutines e sealed classes não traduzem perfeitamente para Swift. Bibliotecas como SKIE da TouchLab ajudam, mas espere alguma fricção. O tooling para iOS (Xcode integration) também não é tão polido quanto o Android Studio.
O ecossistema de bibliotecas multiplataforma está crescendo, mas ainda é menor que React Native ou Flutter. Para funcionalidades muito específicas, você pode precisar escrever wrappers nativos.
Quando escolher KMP
KMP é ideal quando: seu time tem experiência em Android/Kotlin, você precisa de UIs genuinamente nativas, a lógica de negócios é complexa e duplicá-la seria um risco, ou você já tem apps nativos e quer migrar gradualmente para compartilhamento de código.
KMP não é a solução para todo problema multiplataforma, mas para o problema certo, é a solução mais elegante disponível.
Tem um projeto em mente?
Somos especialistas em transformar ideias em produtos digitais. Apps, sites, automações e IA — vamos construir juntos.
