موبائل ڈیولپمنٹ میں بلڈ اور ڈپلائمنٹ: یہ کیا ہے، کون سے فارمیٹس اور یہ کیسے کام کرتا ہے

بلڈ فارمیٹس: APK، AAB، IPA

APK بمقابلہ AAB

APK (Android Package Kit) — Android پر موبائل ایپلیکیشن بلڈ اور شائع کرنے کا روایتی فارمیٹ۔ APK میں ایپلیکیشن کا سارا کوڈ، وسائل اور مینی فیسٹ شامل ہوتا ہے۔ AAB (Android App Bundle) — ایک فارمیٹ جو Google نے 2018 میں متعارف کرایا اور اگست 2021 سے نئی ایپلیکیشنز کے لیے لازمی ہوگیا۔ AAB براہ راست انسٹال نہیں ہوتا — Google Play ہر ڈیوائس کے لیے AAB سے ڈائنامک طور پر آپٹیمائزڈ APK جنریٹ کرتا ہے۔

AAB کے فوائد: ڈاؤن لوڈ کا سائز اوسطاً 15% چھوٹا ہوتا ہے (صرف ضروری وسائل فراہم کرنے سے: صحیح اسکرین ڈینسٹی، زبانیں، CPU آرکیٹیکچر)۔ AAB ماڈیولر ڈیلیوری کو بھی سپورٹ کرتا ہے — آپ ماڈیولز کو آن ڈیمانڈ (Play Feature Delivery) یا تاخیر سے (Play On-Demand) لوڈ کر سکتے ہیں۔ ڈیولپرز کے لیے AAB لازمی ہے؛ Google Play سے باہر تقسیم (سائڈ لوڈنگ، مارکیٹ پلیسز) کے لیے — صرف APK۔

IPA

IPA (iOS App Store Package) — iOS انسٹال ایبل فائل، جو ایک ZIP آرکائیو ہے جس میں دستخط شدہ ایپلیکیشن ہوتی ہے۔ IPA میں Payload/ فولڈر میں .app بنڈل، Provisioning Profile اور دستخط شامل ہوتے ہیں۔ IPA صرف macOS پر Xcode کے ذریعے بلڈ ہوتا ہے، جو ایک آرکائیو (.xcarchive) بناتا ہے اور IPA ایکسپورٹ کرتا ہے۔ App Store کے ذریعے تقسیم کے لیے IPA کو Apple Distribution Certificate سے دستخط کیا جاتا ہے؛ Ad Hoc یا Enterprise کے لیے — متعلقہ سرٹیفکیٹس سے۔

کمپائلیشن اور آپٹیمائزیشن: JIT، AOT، ART، Bitcode

JIT بمقابلہ AOT

JIT (Just-In-Time) — ایپلیکیشن کے عملدرآمد کے دوران کوڈ کی کمپائلیشن، جو بلڈ اور اشاعت کی رفتار کو متاثر کرتی ہے۔ Android ورژن 5.0 (Lollipop) تک JIT کمپائلیشن کے ساتھ Dalvik VM استعمال ہوتا تھا۔ ہر ایپلیکیشن لانچ پر DEX بائٹ کوڈ «موقع پر» مشین کوڈ میں تبدیل ہو جاتا تھا۔ خامی: پہلے لانچ میں سستی اور اضافی توانائی کی کھپت۔ AOT (Ahead-Of-Time) — ایپلیکیشن لانچ سے پہلے، انسٹالیشن کے دوران کوڈ کی کمپائلیشن۔ Android 7.0 (Nougat) سے، ART (Android Runtime) ایپلیکیشن کو انسٹالیشن کے دوران مکمل طور پر کمپائل کرتا ہے۔

ART (Android Runtime) — رن ٹائم ماحول جس نے Android 5.0 میں Dalvik کی جگہ لی۔ ART ہائبرڈ طریقہ استعمال کرتا ہے: انسٹالیشن کے دوران AOT کمپائلیشن + بار بار عملدرآمد ہونے والے میتھڈز کے لیے JIT۔ یہ AOT کی رفتار (تیز آغاز) کو JIT کی لچک (انکولی آپٹیمائزیشن) کے ساتھ جوڑتا ہے۔ نتیجہ: Dalvik کے مقابلے Android ایپلیکیشن کی کارکردگی 20-30% بڑھ گئی۔ ڈیولپرز کے لیے، ART میں منتقلی شفاف ہے — کوڈ میں تبدیلی کی ضرورت نہیں۔

Bitcode اور App Thinning

Bitcode — کوڈ کی ایک انٹرمیڈیٹ نمائندگی (IR) جو Apple مختلف پروسیسر آرکیٹیکچرز کے لیے IPA کو دوبارہ کمپائل کرنے کے لیے استعمال کرتا ہے۔ Bitcode اختیاری ہے: iOS ایپلیکیشنز کے لیے یہ ڈیفالٹ طور پر فعال ہے، watchOS اور tvOS کے لیے لازمی ہے۔ Apple نئے پروسیسرز کے اجراء پر ڈیولپر کی شرکت کے بغیر Bitcode کو دوبارہ کمپائل کر سکتا ہے۔ App Thinning — Apple کی ٹیکنالوجی جس میں Slicing (ڈیوائس کے لیے صرف ضروری وسائل کی فراہمی) اور On-Demand Resources (ضرورت کے مطابق وسائل لوڈ کرنا) شامل ہے۔ App Thinning App Store سے ڈاؤن لوڈ کے سائز کو 30-50% کم کرتا ہے۔

DEX — Android کے لیے بائٹ کوڈ فارمیٹ، ART/Dalvik کے ذریعے عملدرآمد۔ Kotlin/Java سورس کوڈ class فائلوں میں کمپائل ہوتا ہے، پھر dx یا d8 (جدید اور تیز ٹول) کے ذریعے DEX میں۔ Multidex — ایپلیکیشنز کے لیے ایک میکانزم جو ایک DEX فائل میں 65,536 میتھڈز کی حد سے تجاوز کرتی ہیں۔ جدید پروجیکٹس میں، multidex خودکار طور پر فعال ہو جاتا ہے اگر targetSdkVersion >= 21۔

کوڈ سائننگ: Code Signing، Keystore، Provisioning Profile

Android: Keystore

Keystore — ایک فائل جس میں بلڈ کے دوران Android ایپلیکیشن پر دستخط کرنے کے لیے پرائیویٹ کلید اور سرٹیفکیٹ ہوتا ہے۔ Keystore keytool (-genkey کمانڈ) یا Android Studio کے ذریعے بنایا جاتا ہے۔ اہم: Keystore کھویا نہیں جا سکتا — اس کے بغیر آپ Google Play پر ایپلیکیشن اپ ڈیٹ نہیں کر سکتے۔ دستخط کے پیرامیٹرز: keyAlias، keyPassword، storePassword اور storeFile۔ فارمیٹ: JKS (Java KeyStore) یا AAB کے لیے PEPK (Play Encrypted Private Key)۔

App Bundle ID (Android) — پیکیج نوٹیشن (com.example.app) میں ایپلیکیشن کا منفرد شناخت کنندہ۔ Version Code — اندرونی ورژن نمبرنگ کے لیے ایک عدد (ہر نیا بلڈ اسے بڑھاتا ہے)۔ Version Name — صارف کو دکھائی جانے والی سٹرنگ (1.2.3)۔ یہ پیرامیٹرز build.gradle میں ایپ لیول پر سیٹ کیے جاتے ہیں۔

iOS: Apple Certificate اور Provisioning Profile

Apple Certificate — ایک ڈیجیٹل سرٹیفکیٹ جو ڈیولپر کی شناخت کی تصدیق کرتا ہے۔ اقسام: Development (ڈیبگنگ کے لیے)، Distribution (App Store کے لیے)، Ad Hoc (محدود تقسیم کے لیے)۔ سرٹیفکیٹ Apple Developer Account میں بنائے جاتے ہیں اور Keychain میں ڈاؤن لوڈ کیے جاتے ہیں۔ Provisioning Profile — ایک فائل جو سرٹیفکیٹ، App ID (Bundle Identifier) اور اجازت یافتہ ڈیوائسز کی فہرست کو جوڑتی ہے۔ Provisioning Profile کے بغیر ایپلیکیشن ڈیوائس پر نہیں چلے گی۔

Bundle ID (iOS) — ایپلیکیشن کا منفرد شناخت کنندہ (com.example.app)۔ Build Number — بلڈ نمبر، ہر بلڈ کے ساتھ بڑھتا ہے۔ Marketing Version — صارف کو دکھایا جانے والا ورژن۔ ورژن مینجمنٹ: iOS کے لیے، پیرامیٹرز Info.plist اور Project Settings میں سیٹ کیے جاتے ہیں؛ Android کے لیے — build.gradle میں۔ IT Sectr میں، ہم Fastlane کے ذریعے ورژن اپ ڈیٹس کو خودکار بناتے ہیں — یہ ریلیز کے دوران انسانی غلطیوں کو ختم کرتا ہے۔

اسٹورز میں اشاعت کا عمل

Google Play Console

Google Play Console — Android ایپلیکیشنز شائع کرنے کا ایک ٹول۔ عمل: ڈیولپر اکاؤنٹ رجسٹریشن ($25 ایک بار)، ایپلیکیشن بنانا، میٹا ڈیٹا بھرنا (نام، تفصیل، اسکرین شاٹس، زمرہ)، AAB اپ لوڈ کرنا، قیمت اور تقسیم کنفیگر کرنا، جائزہ۔ Google ایپلیکیشن کو خودکار (وائرس، پالیسی کی تعمیل) اور کچھ زمروں کے لیے دستی طور پر چیک کرتا ہے۔ جائزہ چند گھنٹوں سے 2-3 دن تک لیتا ہے۔

App Store Connect

App Store Connect — iOS ایپلیکیشنز شائع کرنے کے لیے Apple کا پلیٹ فارم۔ عمل: Apple ڈیولپر اکاؤنٹ ($99/سال)، App Store Connect میں ایپلیکیشن بنانا، Xcode میں IPA تیار کرنا (Archive → Distribute App → App Store Connect)، Transporter یا Xcode کے ذریعے اپ لوڈ کرنا، میٹا ڈیٹا بھرنا، جائزے کے لیے بھیجنا۔ App Review — Apple کا دستی جائزہ 24 گھنٹے سے 7 دن تک لے سکتا ہے۔ مسترد کرنے کی عام وجوہات: کام نہ کرنے والے بٹن، نامکمل مواد، وضاحت کے بغیر اجازت کی درخواست۔

بیٹا ٹیسٹنگ: TestFlight، Closed/Open Beta

TestFlight (iOS)

TestFlight — iOS ایپلیکیشنز کی بیٹا ٹیسٹنگ کے لیے Apple کا سرکاری ٹول۔ TestFlight Internal Testing (ای میل کے ذریعے 100 ٹیسٹرز تک، بغیر جائزے) اور External Testing (10,000 ٹیسٹرز تک، Apple جائزے کے ساتھ) سپورٹ کرتا ہے۔ بلڈ 90 دنوں تک دستیاب رہتے ہیں، جس کے بعد نیا بلڈ اپ لوڈ کرنا ہوتا ہے۔ TestFlight نیا بلڈ اپ لوڈ کرنے پر ٹیسٹرز کے پاس ایپلیکیشن کو خودکار طور پر اپ ڈیٹ کرتا ہے۔

Internal / Closed / Open Beta (Android)

Internal Testing (Android) — 100 ٹیسٹرز تک، Google جائزے کے بغیر، بلڈ فوری طور پر دستیاب۔ Closed Beta — ای میل یا Google Groups کے ذریعے 1000 ٹیسٹرز تک، بغیر جائزے۔ Open Beta — عوامی لنک کے ذریعے لامحدود ٹیسٹرز، Google جائزے کے ساتھ۔ Staged Rollout — اپ ڈیٹ حاصل کرنے والے صارفین کے فیصد میں بتدریج اضافہ (5% → 20% → 50% → 100%)۔ یہ ریلیز کا سب سے محفوظ طریقہ ہے۔

App Thinning (iOS) — ڈاؤن لوڈ کیے گئے IPA سائز کا خودکار کم کرنا: Slicing (ڈیوائس کے لیے صرف ضروری وسائل)، Bitcode (پروسیسر آپٹیمائزیشن)، On-Demand Resources (ضرورت پر ڈاؤن لوڈ)۔ IT Sectr میں، ہم iOS بیٹا ٹیسٹ کے لیے TestFlight اور Android کے لیے Internal Testing استعمال کرتے ہیں — یہ بڑے پیمانے پر ریلیز سے پہلے مسائل کو پکڑنے میں مدد کرتا ہے۔