Wat we ermee bouwen
Android is een doelplatform voor alles wat we mobiel maken, en het behandelen als "het andere platform" is precies hoe producten erop stukgaan. Het heeft eigen regels: limieten op achtergronduitvoering die werk afbreken waarvan je aannam dat het zou afronden, een permissiemodel dat tussen versies wezenlijk verandert, batterijoptimalisatie per fabrikant, en een toestellenspreiding die breed genoeg is dat aannames over prestaties van een topmodel niet opgaan.
Het platformwerk zelf schrijven we in Kotlin achter platform channels en bouwen we met Gradle — foreground services, notificatiekanalen, NFC en hardwaretoegang, install-referrer-koppelingen, en leveranciers-SDK's die alleen voor Android bestaan.
Waar het past
Onder elke Flutter-app in ons portfolio, die allemaal live staan in Google Play. Het is ook waar white-label-werk interessant wordt: veel merkapps uit één codebase betekent veel applicatie-ID's, ondertekeningsidentiteiten en winkelvermeldingen, gegenereerd in plaats van met de hand onderhouden.
Wanneer we het aanraden
Het is eigenlijk geen aanbeveling — bouw je een mobiel product buiten de VS, dan is Android waarschijnlijk de meerderheid van je gebruikers, en het als bijzaak behandelen is een zakelijk besluit en geen technisch.
Waar we wel tegenin gaan, is volledig native Android voor een product dat ook iOS nodig heeft, tenzij iets specifieks dat afdwingt. En op het negeren van de onderkant: het goedkoopste toestel in je analytics is het toestel dat je reviews bepaalt.
