Wat we ermee bouwen
Kotlin is waar onze Flutter-apps Android echt ontmoeten. Een cross-platform UI-laag dekt het meeste van een product af, maar niet alles: achtergrondservices die moeten overleven dat de app wordt afgesloten, meldingen op de voorgrond, NFC en hardwaretoegang, leveranciers-SDK's die alleen voor Android bestaan, en install-referrer-koppelingen voor uitgestelde deep links.
Dat werk schrijven we in Kotlin achter een platform channel, waarbij de Dart-kant een schone API ziet en niets van de Android-levenscyclus.
Waar we het hebben ingezet
Native Android-werk zit binnen onze Flutter-projecten in plaats van ernaast, dus het verschijnt niet als eigen portfolio-item. Het duikt op als de delen van een app die cross-platform code niet kan bereiken — bijvoorbeeld de koppelingen voor uitgestelde deep linking en install referrer waarover we schreven, waarvoor geen overdraagbare implementatie bestaat.
Wanneer we het aanraden
Kotlin is het juiste antwoord voor de Android-helft van een platformintegratie, en voor een volledig native Android-app wanneer het product werkelijk platformspecifiek is — diepe OS-integratie, een publiek dat alleen op Android zit, of een team dat al in dat ecosysteem heeft geïnvesteerd.
Het is het verkeerde antwoord als standaardkeuze voor een product dat ook iOS nodig heeft. Twee native codebases betekent twee teams, twee releasecycli en twee sets bugs; tenzij iets dat afdwingt, geeft Flutter met een Kotlin-laag eronder je dezelfde mogelijkheden voor veel minder.
