Sestavení a publikace v mobilním vývoji: co to je, jaké formáty a jak to funguje

Formáty sestavení: APK, AAB, IPA

APK vs AAB

APK (Android Package Kit) — tradiční formát sestavení a publikace mobilních aplikací na Androidu. APK obsahuje veškerý kód, zdroje a manifest aplikace. AAB (Android App Bundle) — formát představený Googlem v roce 2018 a povinný pro nové aplikace od srpna 2021. AAB se neinstaluje přímo — Google Play dynamicky generuje optimalizované APK pro každé zařízení z AAB.

Výhody AAB: velikost stahování je v průměru o 15 % menší (dodáním pouze potřebných zdrojů: správné hustoty obrazovky, jazyky, architektury CPU). AAB také podporuje modulární doručování — můžete načítat moduly na vyžádání (Play Feature Delivery) nebo odloženě (Play On-Demand). Pro vývojáře je AAB povinný; pro distribuci mimo Google Play (sideloading, tržiště) — pouze APK.

IPA

IPA (iOS App Store Package) — instalovatelný soubor iOS, což je ZIP archiv obsahující podepsanou aplikaci. IPA obsahuje složku Payload/ s .app balíčkem, Provisioning Profile a podpis. IPA se sestavuje pouze na macOS přes Xcode, které vytvoří archiv (.xcarchive) a exportuje IPA. Pro distribuci přes App Store se IPA podepisuje Apple Distribution Certificate; pro Ad Hoc nebo Enterprise — odpovídajícími certifikáty.

Kompilace a optimalizace: JIT, AOT, ART, Bitcode

JIT vs AOT

JIT (Just-In-Time) — kompilace kódu během provádění aplikace, ovlivňující rychlost sestavení a publikace. Na Androidu do verze 5.0 (Lollipop) se používal Dalvik VM s JIT kompilací. Při každém spuštění aplikace byl DEX bytecode převeden na strojový kód «za běhu». Nevýhoda: zpomalení při prvním spuštění a dodatečná spotřeba energie. AOT (Ahead-Of-Time) — kompilace kódu před spuštěním aplikace, během instalace. Počínaje Androidem 7.0 (Nougat) ART (Android Runtime) kompiluje aplikaci zcela během instalace.

ART (Android Runtime) — běhové prostředí, které nahradilo Dalvik v Androidu 5.0. ART používá hybridní přístup: AOT kompilaci při instalaci + JIT pro často prováděné metody. To kombinuje rychlost AOT (rychlý start) s flexibilitou JIT (adaptivní optimalizace). Výsledek: výkon Android aplikací se zvýšil o 20–30 % ve srovnání s Dalvikem. Pro vývojáře je přechod na ART transparentní — kód nevyžaduje změny.

Bitcode a App Thinning

Bitcode — mezilehlá reprezentace kódu (IR), kterou Apple používá k překompilování IPA pro různé architektury procesorů. Bitcode je volitelný: pro iOS aplikace je ve výchozím nastavení zapnutý, pro watchOS a tvOS je povinný. Apple může překompilovat Bitcode při vydání nových procesorů bez účasti vývojáře. App Thinning — technologie Apple zahrnující Slicing (dodání pouze potřebných zdrojů pro zařízení) a On-Demand Resources (načítání zdrojů na vyžádání). App Thinning snižuje velikost stahování z App Store o 30–50 %.

DEX — formát bytecode pro Android, spouštěný ART/Dalvikem. Zdrojový kód Kotlin/Java je kompilován do class souborů, poté do DEX přes dx nebo d8 (moderní a rychlejší nástroj). Multidex — mechanismus pro aplikace překračující limit 65 536 metod v jednom DEX souboru. V moderních projektech se multidex automaticky zapíná, pokud targetSdkVersion >= 21.

Podepisování kódu: Code Signing, Keystore, Provisioning Profile

Android: Keystore

Keystore — soubor obsahující soukromý klíč a certifikát pro podepsání Android aplikace během sestavení. Keystore se vytváří pomocí keytool (příkaz -genkey) nebo Android Studio. Důležité: Keystore nelze ztratit — bez něj nelze aplikaci na Google Play aktualizovat. Parametry podepisování: keyAlias, keyPassword, storePassword a storeFile. Formát: JKS (Java KeyStore) nebo PEPK (Play Encrypted Private Key) pro AAB.

App Bundle ID (Android) — jedinečný identifikátor aplikace v balíčkové notaci (com.example.app). Version Code — celé číslo pro interní číslování verzí (každé nové sestavení ho zvyšuje). Version Name — řetězec zobrazený uživateli (1.2.3). Tyto parametry se nastavují v build.gradle na úrovni aplikace.

iOS: Apple Certificate a Provisioning Profile

Apple Certificate — digitální certifikát ověřující identitu vývojáře. Typy: Development (pro ladění), Distribution (pro App Store), Ad Hoc (pro omezenou distribuci). Certifikáty se vytvářejí v Apple Developer Account a stahují do Keychain. Provisioning Profile — soubor spojující certifikát, App ID (Bundle Identifier) a seznam povolených zařízení. Bez Provisioning Profile se aplikace na zařízení nespustí.

Bundle ID (iOS) — jedinečný identifikátor aplikace (com.example.app). Build Number — číslo sestavení, zvyšuje se s každým buildem. Marketing Version — verze zobrazená uživateli. Správa verzí: pro iOS se parametry nastavují v Info.plist a Project Settings; pro Android — v build.gradle. V IT Sectr automatizujeme aktualizace verzí přes Fastlane — to eliminuje lidské chyby při vydání.

Proces publikace v obchodech

Google Play Console

Google Play Console — nástroj pro publikování Android aplikací. Proces: registrace vývojářského účtu ($25 jednorázově), vytvoření aplikace, vyplnění metadat (název, popis, snímky obrazovky, kategorie), nahrání AAB, konfigurace cen a distribuce, recenze. Google kontroluje aplikaci automaticky (viry, dodržování zásad) a ručně u některých kategorií. Recenze trvá od několika hodin do 2–3 dnů.

App Store Connect

App Store Connect — platforma Apple pro publikování iOS aplikací. Proces: účet vývojáře Apple ($99/rok), vytvoření aplikace v App Store Connect, příprava IPA v Xcode (Archive → Distribute App → App Store Connect), nahrání přes Transporter nebo Xcode, vyplnění metadat, odeslání k recenzi. App Review — ruční recenze Apple může trvat 24 hodin až 7 dní. Typické důvody zamítnutí: nefunkční tlačítka, neúplný obsah, žádost o oprávnění bez vysvětlení.

Beta testování: TestFlight, Closed/Open Beta

TestFlight (iOS)

TestFlight — oficiální nástroj Apple pro beta testování iOS aplikací. TestFlight podporuje Internal Testing (až 100 testerů e-mailem, bez recenze) a External Testing (až 10 000 testerů, s recenzí Apple). Sestavení jsou k dispozici po dobu 90 dnů, poté je třeba nahrát nové sestavení. TestFlight automaticky aktualizuje aplikaci u testerů při nahrání nového sestavení.

Internal / Closed / Open Beta (Android)

Internal Testing (Android) — až 100 testerů, bez recenze Google, sestavení je okamžitě k dispozici. Closed Beta — až 1000 testerů e-mailem nebo Google Groups, bez recenze. Open Beta — neomezený počet testerů prostřednictvím veřejného odkazu, s recenzí Google. Staged Rollout — postupné zvyšování procenta uživatelů, kteří dostávají aktualizaci (5 % → 20 % → 50 % → 100 %). To je nejbezpečnější způsob vydání.

App Thinning (iOS) — automatické zmenšení velikosti stahovaného IPA: Slicing (pouze potřebné zdroje pro zařízení), Bitcode (optimalizace procesoru), On-Demand Resources (stažení na vyžádání). V IT Sectr používáme TestFlight pro iOS beta testy a Internal Testing pro Android — to nám umožňuje odhalit problémy před hromadným vydáním.