A resposta curta
Swift é a linguagem da Apple para iPhone, iPad e Mac. Flutter, do Google, e React Native, da Meta, permitem escrever um código só para iPhone e Android.
A escolha depende de três perguntas. Você precisa de Android agora? O app depende de recursos novos do iPhone? E quem vai manter o código depois do lançamento?
Comparação entre Swift, Flutter e React Native
| Critério | Swift (nativo) | Flutter | React Native |
|---|---|---|---|
| Plataformas com um código | iPhone, iPad, Mac, Apple Watch | iPhone, Android, web e desktop | iPhone, Android e web |
| Linguagem | Swift | Dart | JavaScript ou TypeScript |
| Interface | Componentes da Apple | Desenhada pelo próprio Flutter | Componentes nativos, controlados por JavaScript |
| Desempenho | Máximo em animações, câmera e listas longas | Próximo do nativo na maioria dos apps | Bom na maioria dos apps; depende das bibliotecas |
| Recursos novos da Apple | No dia do lançamento do iOS | Dependem de atualização do Flutter ou de código em Swift | Dependem de atualização das bibliotecas ou de código em Swift |
| Widgets e Live Activities | Direto, em SwiftUI | Exigem uma parte em SwiftUI | Exigem uma parte em SwiftUI |
| Custo com iPhone e Android | Dois apps, duas bases de código | Uma base de código | Uma base de código |
| Equipe | Desenvolvedor iOS | Desenvolvedor Flutter | Desenvolvedor JavaScript com experiência em mobile |
Desempenho: quando a diferença aparece
Na maioria dos apps de agenda, cadastro, pedidos ou conteúdo, o usuário não percebe diferença de velocidade. Flutter e React Native atendem bem esses casos.
A vantagem do Swift aparece em cinco situações:
- animações complexas e transições entre muitas telas;
- câmera, edição de foto e vídeo;
- realidade aumentada e leitura de sensores;
- listas com milhares de itens;
- apps que rodam o dia todo e precisam poupar bateria.
Se o seu app está nessa lista, o nativo tende a dar menos trabalho e menos ajuste fino.
Recursos novos da Apple no dia do lançamento
Toda versão nova do iOS traz recursos que só existem no iPhone. Em 2025, o iOS 26 trouxe o Liquid Glass, o novo visual translúcido dos botões, barras e menus.
Um app em SwiftUI ganha esse visual ao ser compilado com o Xcode novo, muitas vezes com poucos ajustes. O Flutter desenha a própria interface, por isso o visual novo da Apple depende de a equipe do Flutter ou da comunidade recriá-lo.
O mesmo vale para widgets na tela de início e Live Activities, as atividades ao vivo na tela bloqueada. A Apple exige SwiftUI para os dois. Um app em Flutter ou React Native pode tê-los, mas precisa de uma parte escrita em Swift.
Na prática. Se o diferencial do seu app é estar no widget, na tela bloqueada ou no Apple Watch, comece em Swift. Se o diferencial está no serviço, e o app é só a porta de entrada, o multiplataforma costuma bastar.
Equipe e manutenção depois do lançamento
O app não termina na publicação. A cada setembro sai uma versão nova do iOS, e o app precisa de testes e ajustes.
Em Swift, a atualização depende só do Xcode e da documentação da Apple. Em Flutter e React Native, depende também da ferramenta e de cada biblioteca usada, que podem demorar semanas para acompanhar o iOS.
Pense também em quem vai cuidar do código. Se a sua empresa já tem desenvolvedores JavaScript, o React Native aproveita essa equipe. A página manutenção de aplicativos mostra o que entra no cuidado depois do lançamento.
Custo quando você também precisa de Android
Aqui o multiplataforma costuma ganhar. Com Swift, iPhone e Android viram dois apps, com duas bases de código, dois conjuntos de testes e duas manutenções.
Com Flutter ou React Native, boa parte do código serve às duas plataformas. Ainda há trabalho específico para cada loja, mas o total tende a ser menor.
Há um caminho do meio: lançar o MVP só no iPhone, medir o uso e decidir sobre o Android depois. A página MVP de aplicativo explica como cortar o escopo da primeira versão.
Quando Flutter ou React Native é a melhor escolha
Escolha multiplataforma se pelo menos duas destas frases valem para o seu projeto:
- você precisa de iPhone e Android no mesmo lançamento;
- o orçamento não comporta dois apps;
- o app é de formulário, cadastro, agenda ou conteúdo, sem recursos pesados;
- a sua equipe já trabalha com Dart ou JavaScript;
- o visual idêntico nas duas plataformas importa mais que o visual de cada sistema.
Nesses casos, a Carvalho Karsten diz isso na análise do projeto, mesmo que o trabalho não fique com ela.
Quando Swift é a melhor escolha
Escolha Swift se o seu público está no iPhone e no Mac, ou se o app depende de widgets, Live Activities, Apple Watch, Apple Health ou do visual mais novo do iOS. Swift também faz sentido quando desempenho e bateria pesam na experiência do usuário.
A página quanto custa um aplicativo traz as referências de preço de um app nativo.
O que a Carvalho Karsten faz nesse caso
A Carvalho Karsten desenvolve só em Swift e SwiftUI, para iPhone, iPad e Mac. A equipe também tem apps próprios para Mac feitos na mesma linguagem.
Na análise do projeto, você recebe a recomendação de plataforma com o motivo. Se o melhor caminho for multiplataforma, a análise diz isso com clareza.
Envie a ideia do seu app e peça a análise do projeto.