Build en publicatie in mobiele ontwikkeling: wat het is, welke formaten en hoe het werkt

Build-formaten: APK, AAB, IPA

APK vs AAB

APK (Android Package Kit) — het traditionele formaat voor het bouwen en publiceren van mobiele apps op Android. APK bevat alle code, resources en het manifest van de app. AAB (Android App Bundle) — een formaat dat in 2018 door Google is geïntroduceerd en sinds augustus 2021 verplicht is voor nieuwe apps. AAB wordt niet direct geïnstalleerd — Google Play genereert dynamisch een geoptimaliseerde APK voor elk apparaat uit AAB.

Voordelen van AAB: de downloadgrootte is gemiddeld 15% kleiner (door alleen de benodigde resources te leveren: juiste schermdichtheden, talen, CPU-architecturen). AAB ondersteunt ook modulaire levering — je kunt modules op aanvraag laden (Play Feature Delivery) of uitgesteld (Play On-Demand). Voor ontwikkelaars is AAB verplicht; voor distributie buiten Google Play (sideloading, marktplaatsen) — alleen APK.

IPA

IPA (iOS App Store Package) — het iOS-installeerbare bestand, een ZIP-archief met een ondertekende app. IPA bevat een Payload/-map met de .app-bundle, Provisioning Profile en handtekening. IPA wordt alleen op macOS gebouwd via Xcode, dat een archief (.xcarchive) maakt en IPA exporteert. Voor distributie via de App Store wordt IPA ondertekend met een Apple Distribution Certificate; voor Ad Hoc of Enterprise — met de bijbehorende certificaten.

Compilatie en optimalisatie: JIT, AOT, ART, Bitcode

JIT vs AOT

JIT (Just-In-Time) — compilatie van code tijdens de uitvoering van de app, die de snelheid van build en publicatie beïnvloedt. Op Android tot versie 5.0 (Lollipop) werd Dalvik VM met JIT-compilatie gebruikt. Bij elke start van de app werd DEX-bytecode «on the fly» omgezet in machinecode. Nadeel: vertraging bij de eerste start en extra energieverbruik. AOT (Ahead-Of-Time) — compilatie van code vóór het starten van de app, tijdens de installatie. Vanaf Android 7.0 (Nougat) compileert ART (Android Runtime) de app volledig tijdens de installatie.

ART (Android Runtime) — de runtime-omgeving die Dalvik verving in Android 5.0. ART gebruikt een hybride aanpak: AOT-compilatie bij installatie + JIT voor veelvuldig uitgevoerde methoden. Dit combineert de snelheid van AOT (snelle start) met de flexibiliteit van JIT (adaptieve optimalisatie). Resultaat: de prestaties van Android-apps zijn met 20-30% gestegen ten opzichte van Dalvik. Voor ontwikkelaars is de overgang naar ART transparant — de code hoeft niet te worden gewijzigd.

Bitcode en App Thinning

Bitcode — een tussentijdse representatie van code (IR) die Apple gebruikt om IPA opnieuw te compileren voor verschillende processorarchitecturen. Bitcode is optioneel: voor iOS-apps is het standaard ingeschakeld, voor watchOS en tvOS is het verplicht. Apple kan Bitcode opnieuw compileren bij nieuwe processors zonder tussenkomst van de ontwikkelaar. App Thinning — Apple's technologie die Slicing (alleen de benodigde resources voor het apparaat leveren) en On-Demand Resources (resources laden op aanvraag) omvat. App Thinning verkleint de downloadgrootte uit de App Store met 30-50%.

DEX — bytecode-formaat voor Android, uitgevoerd door ART/Dalvik. Kotlin/Java-broncode wordt gecompileerd naar class-bestanden, vervolgens naar DEX via dx of d8 (een moderne en snellere tool). Multidex — een mechanisme voor apps die de limiet van 65.536 methoden in één DEX-bestand overschrijden. In moderne projecten wordt multidex automatisch ingeschakeld als targetSdkVersion >= 21.

Code Signing: Code Signing, Keystore, Provisioning Profile

Android: Keystore

Keystore — een bestand met de privésleutel en het certificaat voor het ondertekenen van een Android-app tijdens de build. Keystore wordt gemaakt via keytool (het commando -genkey) of Android Studio. Belangrijk: Keystore mag niet verloren gaan — zonder kun je de app niet bijwerken op Google Play. Ondertekeningsparameters: keyAlias, keyPassword, storePassword en storeFile. Formaat: JKS (Java KeyStore) of PEPK (Play Encrypted Private Key) voor AAB.

App Bundle ID (Android) — de unieke identificatie van de app in pakketnotatie (com.example.app). Version Code — een geheel getal voor interne versienummering (elke nieuwe build verhoogt dit). Version Name — een string die aan de gebruiker wordt getoond (1.2.3). Deze parameters worden ingesteld in build.gradle op app-niveau.

iOS: Apple Certificate en Provisioning Profile

Apple Certificate — een digitaal certificaat dat de identiteit van de ontwikkelaar verifieert. Typen: Development (voor debuggen), Distribution (voor App Store), Ad Hoc (voor beperkte distributie). Certificaten worden aangemaakt in Apple Developer Account en gedownload naar Keychain. Provisioning Profile — een bestand dat het certificaat, App ID (Bundle Identifier) en een lijst met toegestane apparaten koppelt. Zonder Provisioning Profile werkt de app niet op een apparaat.

Bundle ID (iOS) — de unieke identificatie van de app (com.example.app). Build Number — het buildnummer, verhoogd bij elke build. Marketing Version — de versie die aan de gebruiker wordt getoond. Versiebeheer: voor iOS worden de parameters ingesteld in Info.plist en Project Settings; voor Android — in build.gradle. Bij IT Sectr automatiseren we versie-updates via Fastlane — dit elimineert menselijke fouten bij releases.

Publicatieproces in winkels

Google Play Console

Google Play Console — een tool voor het publiceren van Android-apps. Proces: registratie van een ontwikkelaarsaccount ($25 eenmalig), app aanmaken, metadata invullen (naam, beschrijving, screenshots, categorie), AAB uploaden, prijzen en distributie configureren, beoordeling. Google controleert de app automatisch (virussen, naleving van beleid) en handmatig voor sommige categorieën. De beoordeling duurt van enkele uren tot 2-3 dagen.

App Store Connect

App Store Connect — Apple's platform voor het publiceren van iOS-apps. Proces: Apple-ontwikkelaarsaccount ($99/jaar), app aanmaken in App Store Connect, IPA voorbereiden in Xcode (Archive → Distribute App → App Store Connect), uploaden via Transporter of Xcode, metadata invullen, ter beoordeling indienen. App Review — Apple's handmatige beoordeling kan 24 uur tot 7 dagen duren. Typische afwijzingsredenen: niet-werkende knoppen, onvolledige inhoud, toestemmingsverzoek zonder uitleg.

Bètatests: TestFlight, Closed/Open Beta

TestFlight (iOS)

TestFlight — Apple's officiële tool voor bètatests van iOS-apps. TestFlight ondersteunt Internal Testing (tot 100 testers via e-mail, zonder beoordeling) en External Testing (tot 10.000 testers, met Apple-beoordeling). Builds zijn 90 dagen beschikbaar, waarna een nieuwe build moet worden geüpload. TestFlight werkt de app automatisch bij bij testers wanneer een nieuwe build wordt geüpload.

Internal / Closed / Open Beta (Android)

Internal Testing (Android) — tot 100 testers, zonder Google-beoordeling, build direct beschikbaar. Closed Beta — tot 1000 testers via e-mail of Google Groups, zonder beoordeling. Open Beta — onbeperkt aantal testers via een openbare link, met Google-beoordeling. Staged Rollout — geleidelijke verhoging van het percentage gebruikers dat de update ontvangt (5% → 20% → 50% → 100%). Dit is de veiligste releasemethode.

App Thinning (iOS) — automatische vermindering van de gedownloade IPA-grootte: Slicing (alleen benodigde resources voor het apparaat), Bitcode (processoroptimalisatie), On-Demand Resources (downloaden op aanvraag). Bij IT Sectr gebruiken we TestFlight voor iOS-bètatests en Internal Testing voor Android — dit stelt ons in staat problemen te ontdekken vóór een massale release.