App Thinning — یہ کیا ہے، یہ کن اجزاء پر مشتمل ہے اور یہ کیسے کام کرتا ہے

App Thinning کیا ہے

App Thinning — iOS ایپ ڈسٹری بیوشن آپٹیمائزیشن کی ایک جامع ٹیکنالوجی ہے، جسے Apple نے iOS 9 (ستمبر 2015) کے ساتھ متعارف کرایا تھا۔ App Thinning کا مقصد سورس کوڈ اور فعالیت کو تبدیل کیے بغیر صارف کے اپنے ڈیوائس پر ڈاؤن لوڈ کردہ ایپ کے سائز کو کم سے کم کرنا ہے۔ یہ ٹیکنالوجی تین سطحوں پر کام کرتی ہے: بلڈ مرحلے (مرتب کرنا) پر، App Store کی طرف (تقسیم) اور ڈیوائس پر (وسائل کا انتظام)۔

App Thinning سے پہلے، ڈویلپر تمام ممکنہ ڈیوائسز کے لیے وسائل — @2x اور @3x امیجز، 32-بٹ اور 64-بٹ کوڈ، مختلف GPU کے لیے Metal شیڈر — بائنری فائل میں شامل کرتے تھے۔ اس سے ایپ کا سائز بڑھ جاتا تھا: Retina HD ڈسپلے والا iPhone 6 Plus صارف iPad Pro کے ویکٹر وسائل حاصل کرتا تھا جو کبھی استعمال نہیں ہوتے تھے۔ Apple نے بلڈ کا کچھ حصہ App Store سرورز پر منتقل کرکے اس مسئلے کو حل کیا۔

Apple کی تحقیق (WWDC 2015، Session 412) کے مطابق، متعدد آرکیٹیکچرز اور ریزولوشنز کو سپورٹ کرنے والی ایک عام ایپ App Thinning لاگو کرنے کے بعد 30-50% تک چھوٹی ہو سکتی ہے۔ بڑی تعداد میں ہائی ڈیٹیل ٹیکسچر والے گیمز کے لیے، فائدہ 70-80% تک پہنچ سکتا ہے۔ Apple ٹیکنالوجی کو بہتر بنانے کا سلسلہ جاری رکھے ہوئے ہے: iOS 17 میں ARM64e کے لیے آپٹیمائزیشن اور Swift Package Manager استعمال کرنے والی ایپس کے لیے On-Demand Resources کے ساتھ بہتر کام شامل کیا گیا۔

وہ مسئلہ جو App Thinning حل کرتا ہے

موبائل ایپس کا سائز مسلسل بڑھ رہا ہے۔ Sensor Tower (2025) کے مطابق، پچھلے 5 سالوں میں iOS ایپس کا اوسط سائز 45% بڑھ گیا ہے۔ محدود ڈیٹا پلان یا سست انٹرنیٹ والے صارفین کے لیے، ہر میگا بائٹ اہمیت رکھتا ہے۔ App Thinning ڈویلپر کی شرکت کے بغیر اس مسئلے کو حل کرتا ہے — بس پروجیکٹ سیٹنگز میں سپورٹ آن کریں اور App Store Connect میں بلڈ اپ لوڈ کریں۔

App Thinning کیسے کام کرتا ہے

App Thinning کا عمل App Store Connect میں ایپ کا آرکائیو اپ لوڈ کرنے کے بعد شروع ہوتا ہے۔ App Store بائنری فائل کا تجزیہ کرتا ہے اور اسے آرکیٹیکچرز (armv7، arm64، arm64e)، اسکرین ریزولوشنز (iPhone، iPad) اور iOS ورژنز کے مطابق حصوں میں تقسیم کرتا ہے۔ ہر امتزاج کے لیے ایک علیحدہ ویرینٹ بنایا جاتا ہے۔ جب صارف “ڈاؤن لوڈ کریں” پر کلک کرتا ہے، App Store ڈیوائس ماڈل، iOS ورژن اور کنکشن کی قسم (Wi-Fi / موبائل نیٹ ورک) کا تعین کرتا ہے اور صرف متعلقہ ویرینٹ بھیجتا ہے۔

صارف کے لیے عمل شفاف ہے — “ہلکا ورژن” منتخب کرنے کا آپشن یا سیٹنگز ڈائیلاگ نہیں ہے۔ App Store ڈیوائس کے میٹا ڈیٹا کی بنیاد پر خود بخود سب سے موزوں ویرینٹ منتخب کرتا ہے، جو ڈاؤن لوڈ کی درخواست پر سرور کو بھیجا جاتا ہے۔ اگر ڈیوائس Wi-Fi استعمال کرتی ہے، App Store اعلیٰ معیار کے وسائل (مثال کے طور پر، iPhone 16 Pro کے لیے ProRes ویڈیو) والا ویرینٹ بھیج سکتا ہے۔ موبائل نیٹ ورک پر ڈاؤن لوڈ کرتے وقت، کم سے کم ممکنہ سیٹ استعمال ہوتا ہے۔

آپٹیمائزیشن کی دوسری سطح — Bitcode ہے۔ جب ENABLE_BITCODE آپشن آن ہوتا ہے، Xcode ایپ کو مشین کوڈ میں نہیں بلکہ انٹرمیڈیٹ LLVM نمائندگی میں مرتب کرتا ہے۔ App Store Bitcode کو صارف کے پروسیسر آرکیٹیکچر کے لیے دوبارہ مرتب کرتا ہے، جس سے Apple ڈویلپر کے ایپ کو اپ ڈیٹ کیے بغیر چپ کی نئی نسلوں (A17، M4) کے لیے کمپائلر آپٹیمائزیشن لاگو کر سکتا ہے۔ Bitcode watchOS اور tvOS کے لیے لازمی ہے، لیکن iOS کے لیے اختیاری ہے۔

App Thinning کے اجزاء: Slicing، Bitcode، ODR

App Thinning تین آزاد میکانزم پر مشتمل ہے، جن میں سے ہر ایک آپٹیمائزیشن کے اپنے پہلو کے لیے ذمہ دار ہے۔ Slicing بائنری فائل کو آرکیٹیکچر اور اسکرین ریزولوشن کے مطابق ویرینٹس میں تقسیم کرتا ہے۔ ڈویلپر Asset Catalogs کے ذریعے Slicing کنفیگر کرتا ہے — Xcode خود بخود سلائس میں صرف وہ وسائل شامل کرتا ہے جو ہدف ڈیوائس سے مماثل ہوں۔ مثال کے طور پر، iPhone SE (تیسری نسل) صرف @2x امیجز اور arm64 کوڈ حاصل کرے گا، جبکہ iPad Pro M4 @3x امیجز اور arm64e کوڈ حاصل کرے گا۔

Bitcode — LLVM IR (Intermediate Representation) ہے — پروگرام کی مشین سے آزاد نمائندگی۔ جب Bitcode آن ہوتا ہے، Xcode حتمی مشین کوڈ پیدا نہیں کرتا بلکہ انٹرمیڈیٹ نمائندگی محفوظ کرتا ہے۔ App Store Connect بلڈ اپ لوڈ کرتے وقت Bitcode وصول کرتا ہے اور اسے تمام معاون ڈیوائسز کے آرکیٹیکچرز کے لیے دوبارہ مرتب کرتا ہے۔ Bitcode Apple کو ڈویلپر کے مرتب کرنے کے مرحلے میں دستیاب نہ ہونے والی آپٹیمائزیشن لاگو کرنے کی اجازت دیتا ہے — مثال کے طور پر، M4 چپ پر نئی پروسیسر ہدایات (SME، SVE) کا استعمال۔

On-Demand Resources (ODR) — تیسرا میکانزم ہے، جو استعمال کے بعد ایپ کے وسائل کو ان لوڈ کرنے کی اجازت دیتا ہے۔ ڈویلپر وسائل (گیم لیولز، آن بورڈنگ کے لیے امیجز، ویڈیوز) کو ODR ٹیگز سے نشان زد کرتا ہے۔ iOS نشان زد وسائل کو ضرورت کے مطابق پس منظر میں ڈاؤن لوڈ کرتا ہے اور میموری کی کمی ہونے پر یا استعمال کے بعد انہیں ان لوڈ کر دیتا ہے۔ ODR خاص طور پر بڑی مقدار میں مواد والے گیمز کے لیے مؤثر ہے — پہلے لیول ایپ کے ساتھ فراہم کیے جا سکتے ہیں، اور باقی پیش رفت کے ساتھ ڈاؤن لوڈ کیے جا سکتے ہیں۔

ہر جزو کب منتخب کریں

App Thinning میکانزم کا انتخاب ایپ کی قسم اور اس کے ہدف صارفین پر منحصر ہے۔ Slicing کو ہمیشہ آن کرنے کی سفارش کی جاتی ہے — اس کے لیے Asset Catalogs کی صحیح تنظیم کے علاوہ ڈویلپر سے کسی اضافی کارروائی کی ضرورت نہیں ہوتی اور یہ سائز میں 20-30% کی مستقل کمی دیتا ہے۔ Bitcode آن کرنا مناسب ہے اگر ایپ کسٹم Metal شیڈر استعمال کرتی ہے یا دوبارہ مرتب کیے بغیر نئے Apple آرکیٹیکچرز کو سپورٹ کرنے کا ارادہ رکھتی ہے۔ ODR بڑی مقدار میں مواد والی ایپس — گیمز، فوٹو ایڈیٹرز، اسٹریمنگ ایپس — کے لیے موزوں ہے۔

ایک عام کاروباری ایپ (ڈیٹا فیڈز، فارمز، REST API) کے لیے، Slicing اور آن بورڈنگ امیجز کے لیے کم سے کم ODR کنفیگریشن کافی ہے۔ 3D گرافکس والے گیمز تینوں میکانزم سے فائدہ اٹھاتے ہیں: Slicing غیر ضروری شیڈر ہٹاتا ہے، Bitcode GPU کے تحت رینڈرنگ کو بہتر بناتا ہے، اور ODR مکمل لیولز کو ان لوڈ کرتا ہے۔ Apple (WWDC 2024) کے مطابق، تینوں میکانزم کا امتزاج یونیورسل بائنری کے مقابلے میں ابتدائی انسٹال سائز کو اوسطاً 45-55% تک کم کرتا ہے۔

Xcode میں App Thinning کنفیگر کرنا

Xcode پروجیکٹ میں App Thinning آن کرنے کے لیے کئی مراحل طے کرنے ہوتے ہیں۔ Slicing بلڈ سیٹنگز میں App Thinning کے ذریعے کنفیگر کیا جاتا ہے: Build Settings → App Thinning۔ تین ویلیوز دستیاب ہیں: None (بغیر آپٹیمائزیشن)، Automatic (ڈیفالٹ خودکار سیٹنگ) اور Manual جس میں جانچ کے لیے مخصوص ویرینٹس کا انتخاب کیا جاتا ہے۔ Apple زیادہ تر پروجیکٹس کے لیے Automatic تجویز کرتا ہے۔

Asset Catalogs کے لیے وسائل کو صحیح طریقے سے منظم کرنا ضروری ہے: امیجز کو چوڑائی/اونچائی بتاتے ہوئے ایک یونیورسل کیٹلاگ میں رکھا جاتا ہے، اور Xcode خود بخود @1x، @2x اور @3x ویرینٹس بناتا ہے۔ Xcode بلڈ کرتے وقت صرف ان ریزولوشنز کو شامل کرتا ہے جو پروجیکٹ میں استعمال ہوتی ہیں۔ Metal شیڈر ہر GPU فیملی — Apple GPU، PowerVR، Mali — کے لیے علیحدہ مرتب کیے جاتے ہیں، جو Asset Catalogs کے ذریعے بھی منظم ہوتا ہے۔

Bitcode Build Settings میں ENABLE_BITCODE = YES فلیگ سے آن کیا جاتا ہے۔ iOS کے لیے یہ فلیگ اختیاری ہے (Xcode 14 سے ڈیفالٹ طور پر بند)، لیکن watchOS اور tvOS کے لیے لازمی ہے۔ تھرڈ پارٹی لائبریری استعمال کرنے والے پروجیکٹ میں Bitcode آن کرتے وقت، ان سب کو بھی Bitcode کے ساتھ مرتب ہونا چاہیے، ورنہ بلڈ ناکام ہو جائے گا۔ Bitcode مرتب کرنے کا وقت 20-30% بڑھاتا ہے، لیکن مستقبل کے آرکیٹیکچرز کے ساتھ مکمل مطابقت فراہم کرتا ہے۔

App Thinning کے نتائج کی جانچ

App Store Connect میں اپ لوڈ کرنے کے بعد، Activity → Build Metric سیکشن میں سلائس سائز چیک کیے جا سکتے ہیں۔ App Store Connect مختلف ڈیوائسز کے لیے تخمینی App Store سائز ظاہر کرتا ہے۔ مقامی جانچ کے لیے، Xcode مقامی مشین پر سلائسز بنانے کے لیے -exportArchive فلیگ اور thinning آپشن کے ساتھ xcodebuild کمانڈ فراہم کرتا ہے۔ Slicing کا نتیجہ آرکائیو کرنے کے بعد Organizer (Window → Organizer) میں دیکھا جا سکتا ہے — App Thinning Profiles ٹیب مختلف ڈیوائسز کے لیے سائز دکھاتا ہے۔

# Slicing ka maqāni muāyana
xcodebuild -exportArchive \
  -archivePath "App.xcarchive" \
  -exportPath "export/" \
  -exportOptionsPlist "export.plist" \
  -thinning "<thin-for-all-variants>"

Xcodebuild -thinning فلیگ کے ساتھ آرکیٹیکچر، بٹ چوڑائی اور GPU کے ہر امتزاج کے لیے .app فائلیں بناتا ہے۔ پیرامیٹر <thin-for-all-variants> تمام ممکنہ ویرینٹس بناتا ہے — جانچ کے لیے مفید۔ CI پائپ لائنز کے لیے، ایک مخصوص امتزاج بتائیں، جیسے iPhone14,4 (iPhone SE 3)۔ نتیجے میں آنے والی .app فائلوں کا app-size یوٹیلیٹی سے تجزیہ کیا جا سکتا ہے۔

App Thinning کے فوائد اور اثرات

App Thinning کا بنیادی فائدہ آخری صارف کے لیے ڈاؤن لوڈ سائز میں کمی ہے۔ Apple (WWDC 2024) کے مطابق، تینوں App Thinning میکانزم استعمال کرنے والی ایک عام ایپ موبائل نیٹ ورک پر اوسطاً 40% تیزی سے ڈاؤن لوڈ ہوتی ہے اور ڈسک پر 35% کم جگہ لیتی ہے۔ یہ براہ راست انسٹال کنورژن کو متاثر کرتا ہے: Sensor Tower کے مطابق، ایپ کے سائز کا ہر 10 MB کنورژن کو 1% کم کرتا ہے۔

دوسرا فائدہ — Bitcode کے ذریعے مستقبل کے ڈیوائسز کے لیے آپٹیمائزیشن ہے۔ Apple ڈویلپر کی شرکت کے بغیر Bitcode ایپس کو نئے آرکیٹیکچرز کے لیے دوبارہ مرتب کر سکتا ہے۔ مثال کے طور پر، Intel سے Apple Silicon (M1) میں منتقلی کے دوران، Bitcode ایپس اضافی بلڈ کے بغیر Rosetta 2 کے ذریعے macOS پر کام کرتی تھیں۔ Bitcode آن نہ کرنے والے ڈویلپرز کو اپنی ایپس کو arm64 کے لیے دوبارہ مرتب کرنا پڑتا تھا۔

تیسرا فائدہ — ODR (On-Demand Resources) ڈیوائس اسٹوریج پر بوجھ کم کرتا ہے۔ درجنوں لیول والے گیمز، جیسے Asphalt 8: Airborne، پیش رفت کے ساتھ نئے ٹریک ڈاؤن لوڈ کرنے کے لیے ODR استعمال کرتے ہیں۔ ڈویلپر Initial Install Tags ان وسائل کے لیے سیٹ کر سکتا ہے جو ایپ کے ساتھ ڈاؤن لوڈ ہوتے ہیں، اور Prefetch Tags اس مواد کے لیے جو انسٹال کے بعد پس منظر میں ڈاؤن لوڈ ہوتا ہے۔ Apple ODR کی حدود کو کنٹرول کرتا ہے: فی درخواست 512 MB تک اور ڈیوائس پر کل 20 GB کیشے تک۔

App Thinning کی حدود

App Thinning کی کئی اہم حدود ہیں جنہیں ایپ ڈیزائن کرتے وقت مدنظر رکھنا چاہیے۔ پہلا، Slicing Enterprise (in-house) یا Ad Hoc کے ذریعے تقسیم کردہ ایپس پر لاگو نہیں ہوتا — ان بلڈز میں تمام ویرینٹس شامل ہوتے ہیں اور یہ App Store سے نہیں گزرتے۔ Slicing کی جانچ کے لیے، ڈویلپر TestFlight استعمال کر سکتا ہے، جو Apple سرورز پر Slicing کو بھی پروسیس کرتا ہے۔

دوسرا، Bitcode بلڈ کے وقت اور .xcarchive آرکائیو کے سائز کو تقریباً 30-50% بڑھاتا ہے۔ تمام تھرڈ پارٹی لائبریریاں Bitcode کو سپورٹ نہیں کرتیں — اگر کم از کم ایک انحصار Bitcode کے بغیر مرتب ہوا ہے، تو ENABLE_BITCODE کے ساتھ پروجیکٹ بلڈ ناکام ہو جائے گا۔ Apple Bitcode آن کرنے سے پہلے لائبریری کی مطابقت چیک کرنے کی سفارش کرتا ہے۔ اس کے علاوہ، Bitcode Swift Package Manager کو مکمل طور پر سپورٹ نہیں کرتا — کچھ Swift پیکیج Bitcode بلڈ کو توڑ سکتے ہیں۔

تیسرا، On-Demand Resources مواد کی فوری دستیابی کی ضمانت نہیں دیتے — ODR ڈاؤن لوڈ پس منظر میں ہوتا ہے اور اگر ڈیوائس کم بیٹری موڈ یا کمزور سگنل میں ہو تو تاخیر کا شکار ہو سکتا ہے۔ ڈویلپر کو NSBundleResourceRequest کے ذریعے ODR ڈاؤن لوڈ کی حیثیت کو ہینڈل کرنا چاہیے اور صارف کو پیش رفت کا اشارہ دکھانا چاہیے۔ ODR ڈاؤن لوڈ کی ناکامی کو ایپ کی فعالیت کو مسدود نہیں کرنا چاہیے — ایک graceful fallback ضروری ہے۔