Pagbuo at paglalathala sa mobile development: ano ito, anong mga format at paano ito gumagana

Mga format ng pagbuo: APK, AAB, IPA

APK vs AAB

APK (Android Package Kit) — ang tradisyonal na format para sa pagbuo at paglalathala ng mga mobile application sa Android. Ang APK ay naglalaman ng lahat ng code, resources, at manifest ng application. AAB (Android App Bundle) — isang format na ipinakilala ng Google noong 2018 at naging mandatory para sa mga bagong application mula noong Agosto 2021. Ang AAB ay hindi direktang nai-install — dynamic na bumubuo ang Google Play ng na-optimize na APK para sa bawat device mula sa AAB.

Mga bentahe ng AAB: ang laki ng pag-download ay average na 15% mas maliit (sa pamamagitan ng paghahatid lamang ng mga kinakailangang resource: tamang screen density, wika, CPU architecture). Sinusuportahan din ng AAB ang modular delivery — maaari kang mag-load ng mga module on demand (Play Feature Delivery) o deferred (Play On-Demand). Para sa mga developer, mandatory ang AAB; para sa pamamahagi sa labas ng Google Play (sideloading, mga marketplace) — APK lamang.

IPA

IPA (iOS App Store Package) — ang nai-install na file ng iOS, na isang ZIP archive na naglalaman ng nilagdaang application. Ang IPA ay naglalaman ng Payload/ folder na may .app bundle, Provisioning Profile, at lagda. Ang IPA ay binuo lamang sa macOS sa pamamagitan ng Xcode, na lumilikha ng archive (.xcarchive) at nag-e-export ng IPA. Para sa pamamahagi sa pamamagitan ng App Store, ang IPA ay nilalagdaan gamit ang Apple Distribution Certificate; para sa Ad Hoc o Enterprise — gamit ang mga kaukulang certificate.

Compilation at optimization: JIT, AOT, ART, Bitcode

JIT vs AOT

JIT (Just-In-Time) — compilation ng code habang isinasagawa ang application, na nakakaapekto sa bilis ng pagbuo at paglalathala. Sa Android hanggang bersyon 5.0 (Lollipop), ginamit ang Dalvik VM na may JIT compilation. Sa bawat paglunsad ng application, ang DEX bytecode ay na-convert sa machine code «on the fly». Disbentahe: pagbagal sa unang paglunsad at karagdagang konsumo ng kuryente. AOT (Ahead-Of-Time) — compilation ng code bago ang paglunsad ng application, sa panahon ng pag-install. Simula sa Android 7.0 (Nougat), ganap na ni-compile ng ART (Android Runtime) ang application sa panahon ng pag-install.

ART (Android Runtime) — ang runtime environment na pumalit sa Dalvik sa Android 5.0. Gumagamit ang ART ng hybrid approach: AOT compilation sa pag-install + JIT para sa madalas na isinasagawang mga method. Pinagsasama nito ang bilis ng AOT (mabilis na pagsisimula) sa flexibility ng JIT (adaptive optimization). Resulta: ang performance ng Android application ay tumaas ng 20-30% kumpara sa Dalvik. Para sa mga developer, ang paglipat sa ART ay transparent — ang code ay hindi nangangailangan ng mga pagbabago.

Bitcode at App Thinning

Bitcode — isang intermediate na representasyon ng code (IR) na ginagamit ng Apple upang i-recompile ang IPA para sa iba't ibang arkitektura ng processor. Ang Bitcode ay opsyonal: para sa mga iOS application ito ay naka-enable bilang default, para sa watchOS at tvOS ito ay mandatory. Maaaring i-recompile ng Apple ang Bitcode kapag may bagong processor na inilabas nang walang partisipasyon ng developer. App Thinning — teknolohiya ng Apple na kinabibilangan ng Slicing (paghahatid lamang ng mga kinakailangang resource para sa device) at On-Demand Resources (pag-load ng mga resource on demand). Binabawasan ng App Thinning ang laki ng pag-download mula sa App Store ng 30-50%.

DEX — format ng bytecode para sa Android, na isinasagawa ng ART/Dalvik. Ang source code ng Kotlin/Java ay ni-compile sa mga class file, pagkatapos ay sa DEX sa pamamagitan ng dx o d8 (isang moderno at mas mabilis na tool). Multidex — isang mekanismo para sa mga application na lumalampas sa limitasyon na 65,536 method sa isang DEX file. Sa mga modernong proyekto, ang multidex ay awtomatikong naka-enable kung ang targetSdkVersion >= 21.

Code signing: Code Signing, Keystore, Provisioning Profile

Android: Keystore

Keystore — isang file na naglalaman ng pribadong key at certificate para sa pagpirma ng Android application sa panahon ng pagbuo. Ang Keystore ay nilikha sa pamamagitan ng keytool (ang -genkey command) o Android Studio. Mahalaga: Hindi mawawala ang Keystore — kung wala nito hindi mo maa-update ang application sa Google Play. Mga parameter ng pagpirma: keyAlias, keyPassword, storePassword, at storeFile. Format: JKS (Java KeyStore) o PEPK (Play Encrypted Private Key) para sa AAB.

App Bundle ID (Android) — ang natatanging identifier ng application sa package notation (com.example.app). Version Code — isang integer para sa panloob na pag-numero ng bersyon (bawat bagong build ay nagdaragdag nito). Version Name — isang string na ipinapakita sa user (1.2.3). Ang mga parameter na ito ay itinakda sa build.gradle sa antas ng application.

iOS: Apple Certificate at Provisioning Profile

Apple Certificate — isang digital certificate na nagbe-verify ng pagkakakilanlan ng developer. Mga uri: Development (para sa debugging), Distribution (para sa App Store), Ad Hoc (para sa limitadong pamamahagi). Ang mga certificate ay nilikha sa Apple Developer Account at dina-download sa Keychain. Provisioning Profile — isang file na nag-uugnay sa certificate, App ID (Bundle Identifier), at listahan ng mga pinapayagang device. Kung walang Provisioning Profile, hindi tatakbo ang application sa isang device.

Bundle ID (iOS) — ang natatanging identifier ng application (com.example.app). Build Number — ang build number, tumataas sa bawat build. Marketing Version — ang bersyon na ipinapakita sa user. Pamamahala ng bersyon: para sa iOS, ang mga parameter ay itinakda sa Info.plist at Project Settings; para sa Android — sa build.gradle. Sa IT Sectr, awtomatiko namin ang mga update ng bersyon sa pamamagitan ng Fastlane — inaalis nito ang mga pagkakamali ng tao sa panahon ng release.

Proseso ng paglalathala sa mga tindahan

Google Play Console

Google Play Console — isang tool para sa paglalathala ng mga Android application. Proseso: pagpaparehistro ng developer account ($25 isang beses), paglikha ng application, pagpuno ng metadata (pangalan, paglalarawan, screenshot, kategorya), pag-upload ng AAB, pag-configure ng presyo at pamamahagi, pagsusuri. Sinusuri ng Google ang application nang awtomatiko (virus, pagsunod sa patakaran) at manu-mano para sa ilang kategorya. Ang pagsusuri ay tumatagal mula ilang oras hanggang 2-3 araw.

App Store Connect

App Store Connect — platform ng Apple para sa paglalathala ng mga iOS application. Proseso: Apple developer account ($99/taon), paglikha ng application sa App Store Connect, paghahanda ng IPA sa Xcode (Archive → Distribute App → App Store Connect), pag-upload sa pamamagitan ng Transporter o Xcode, pagpuno ng metadata, pagsusumite para sa pagsusuri. App Review — ang manu-manong pagsusuri ng Apple ay maaaring tumagal mula 24 oras hanggang 7 araw. Mga karaniwang dahilan ng pagtanggi: hindi gumaganang mga button, hindi kumpletong nilalaman, paghiling ng pahintulot nang walang paliwanag.

Beta testing: TestFlight, Closed/Open Beta

TestFlight (iOS)

TestFlight — ang opisyal na tool ng Apple para sa beta testing ng mga iOS application. Sinusuportahan ng TestFlight ang Internal Testing (hanggang 100 tester sa pamamagitan ng email, walang pagsusuri) at External Testing (hanggang 10,000 tester, may pagsusuri ng Apple). Ang mga build ay available sa loob ng 90 araw, pagkatapos nito ay kailangang mag-upload ng bagong build. Awtomatikong ina-update ng TestFlight ang application sa mga tester kapag nag-upload ng bagong build.

Internal / Closed / Open Beta (Android)

Internal Testing (Android) — hanggang 100 tester, walang pagsusuri ng Google, build ay agad na available. Closed Beta — hanggang 1000 tester sa pamamagitan ng email o Google Groups, walang pagsusuri. Open Beta — walang limitasyong tester sa pamamagitan ng pampublikong link, may pagsusuri ng Google. Staged Rollout — unti-unting pagtaas ng porsyento ng mga user na tumatanggap ng update (5% → 20% → 50% → 100%). Ito ang pinakaligtas na paraan ng pag-release.

App Thinning (iOS) — awtomatikong pagbawas ng laki ng na-download na IPA: Slicing (mga kinakailangang resource lamang para sa device), Bitcode (optimization ng processor), On-Demand Resources (pag-download on demand). Sa IT Sectr, ginagamit namin ang TestFlight para sa iOS beta testing at Internal Testing para sa Android — ito ay nagbibigay-daan sa amin na makahuli ng mga problema bago ang malawakang release.