موبائل ڈیولپمنٹ میں کنفیگریشن مینجمنٹ: یہ کیا ہے، کون سے آپشنز ہیں اور کیسے سیٹ اپ کریں

Android میں کنفیگریشن مینجمنٹ: Build Variant اور build.gradle

Build Variant — Build Type (debug/release/staging) اور Product Flavor (free/paid، demo/full) کا مجموعہ۔ Gradle ہر مجموعے کے لیے خود بخود variant بناتا ہے: freeDebug، freeRelease، paidDebug، paidRelease۔ ہر variant کا اپنا کوڈ، وسائل اور انحصار ہو سکتا ہے — یہ Android پر موبائل ایپس میں کنفیگریشن مینجمنٹ کی بنیاد ہے۔

Build Variant بمقابلہ Product Flavor

Build Type — بلڈ سیٹنگز: کیا ڈیبگنگ فعال ہے، دستخط، ProGuard اصلاح۔ debug میں بطور ڈیفالٹ debuggable=true ہوتا ہے، release میں minifyEnabled=true ہوتا ہے۔

Product Flavor — ایپ کی قسم: مفت (free)، ادائیگی (paid)، ڈیمو (demo)۔ فلیورز کے مختلف applicationId، وسائل، SDK انحصار ہو سکتے ہیں۔

// build.gradle — Android پروڈکٹ فلیور کنفیگریشن
android {
    productFlavors {
        free {
            applicationId "com.example.app.free"
            versionName "1.0-free"
        }
        paid {
            applicationId "com.example.app.paid"
            versionName "1.0-paid"
        }
    }
    buildTypes {
        release {
            minifyEnabled true
            proguardFiles getDefaultProguardFile('proguard-android.txt')
        }
    }
}

مثال دو فلیور بناتی ہے: free اور paid۔ free کے لیے علیحدہ applicationId مقرر کیا گیا ہے — یہ ایک ڈیوائس پر دونوں ایپس انسٹال کرنے کی اجازت دیتا ہے۔ BuildConfig ہر variant کے لیے جنریٹ ہوتا ہے: BuildConfig.FLAVOR = "free"، BuildConfig.BUILD_TYPE = "debug"۔ مشروط منطق کے لیے کوڈ میں BuildConfig استعمال کریں۔

settings.gradle اور Gradle KTS

settings.gradle — روٹ Gradle فائل جو پروجیکٹ ماڈیولز کو بیان کرتی ہے۔

Gradle KTS — Kotlin DSL استعمال کرتے ہوئے Groovy کا متبادل۔ KTS Android Studio میں آٹوکمپلیٹ اور ٹائپ چیکنگ فراہم کرتا ہے۔ نئے پروجیکٹس کے لیے سفارش کردہ۔

iOS میں کنفیگریشن مینجمنٹ: Scheme اور .xcconfig

iOS میں کنفیگریشن مینجمنٹ Scheme پر مبنی ہے — Xcode کنفیگریشن جو متعین کرتی ہے کہ کیا اور کیسے بنانا ہے: Build Configuration (Debug/Release)، ٹیسٹ، تجزیہ، آرکائیونگ۔ Scheme کو مختلف ماحول (Development، Staging، Production) کے لیے نقل کیا جا سکتا ہے۔ Scheme xcshareddata فولڈر میں .xcscheme فائلوں میں محفوظ ہوتی ہے۔

.xcconfig فائلیں

.xcconfig — Xcode کنفیگریشن فائل جو بلڈ سیٹنگز کو ٹیکسٹ کی شکل میں محفوظ کرتی ہے۔ موبائل ایپ کنفیگریشن مینجمنٹ کے لیے، iOS .xcconfig استعمال کرتا ہے: Git میں ورسننگ، پروجیکٹس کے درمیان دوبارہ استعمال، کم دستی سیٹنگز۔ .xcconfig میں SWIFT_ACTIVE_COMPILATION_CONDITIONS، PRODUCT_BUNDLE_IDENTIFIER، CODE_SIGN_IDENTITY سیٹ کیے جاتے ہیں۔

Info.plist — ایپ میٹا ڈیٹا فائل۔ اس میں ورسن، شناخت کنندہ، اجازتیں محفوظ ہوتی ہیں۔ Info.plist Build Settings میں Info.plist File کے ذریعے ہر Scheme کے لیے مختلف ہو سکتا ہے۔

AndroidManifest.xml — Android کا ہم منصب: اجازتیں، اجزاء، میٹا ڈیٹا محفوظ کرتا ہے۔

Scheme بمقابلہ Build Configuration

Scheme — بلڈ منظرنامہ (کیا کرنا ہے)۔ Build Configuration — ترتیبات کا مجموعہ (کیسے کرنا ہے)۔ ایک Scheme ایک Build Configuration (Debug یا Release) استعمال کرتا ہے۔ CI/CD کے لیے: ایک ہی Scheme میں Archive ایکشن کو Release اور Test ایکشن کو Debug پر کنفیگر کریں۔

Flutter اور React Native میں کنفیگریشن مینجمنٹ: pubspec.yaml، Podfile، .env

pubspec.yaml — Flutter پروجیکٹ کنفیگریشن فائل۔ اس میں انحصار، ورسنز، وسائل شامل ہیں۔ --dart-define کے ذریعے ماحولیاتی متغیرات کو سپورٹ کرتا ہے۔

Podfile — iOS کے لیے CocoaPods انحصار مینیجر۔ لائبریری ورسنز اور پلیٹ فارم متعین کرتا ہے۔

.env — تمام پلیٹ فارمز کے لیے ماحولیاتی متغیرات والی فائل۔ Flutter اور React Native کنفیگریشن مینجمنٹ کے لیے مختلف طریقے استعمال کرتے ہیں: Flutter میں dart-define، React Native میں react-native-config۔ کراس پلیٹ فارم پروجیکٹس میں کنفیگریشن مینجمنٹ میں اسٹیک کے لحاظ سے مختلف ٹولز شامل ہوتے ہیں۔

.env اور ماحولیاتی متغیرات

.env — کلید=قدر جوڑوں والی ٹیکسٹ فائل۔ Git میں کمیٹ نہ کریں (.gitignore میں شامل کریں)۔ Flutter کے لیے — flutter_dotenv، iOS کے لیے — #include کے ساتھ Config.xcconfig، Android کے لیے — BuildConfig۔ env متغیرات: API_URL، SENTRY_DSN، APP_SECRET۔ موبائل ڈیولپمنٹ کنفیگریشن مینجمنٹ میں، .env ریپوزٹری سے باہر راز محفوظ کرنے کا ڈی فیکٹو معیار ہے۔

Podfile اور pubspec.yaml

Podfile CocoaPods انحصار اور پلیٹ فارم کو بیان کرتا ہے (platform :ios, '15.0')۔ Flutter کے لیے pubspec.yaml — dependencies اور dev_dependencies۔ دونوں مشروط انحصار کو سپورٹ کرتے ہیں: pod 'Analytics', :configs => ['Release'] یا flutter pub add --flavor free۔ IT Sectr میں، ہم موبائل پروجیکٹس میں رازوں کے لیے .env + BuildConfig اور مقامی انحصار کے لیے Podfile استعمال کرتے ہیں۔

ٹیبل موبائل پلیٹ فارمز کے درمیان کنفیگریشن مینجمنٹ میں کلیدی فرق دکھاتا ہے۔ Android Build Variant کے ذریعے زیادہ لچک فراہم کرتا ہے۔ iOS آسان ہے لیکن کم لچکدار۔ Flutter کنفیگریشن کو dart-define میں مرکزی بناتا ہے، لیکن مقامی انحصار کے لیے اب بھی Podfile/build.gradle کنفیگریشن کی ضرورت ہوتی ہے۔

کنفیگریشن مینجمنٹ میں مشروط کمپائل

مشروط کمپائل — فلیگ پر منحصر کمپائل وقت پر کوڈ شامل یا خارج کرنا۔ یہ کنفیگریشن مینجمنٹ کا حصہ ہے: یہ ڈیبگ بلڈ میں ڈیبگنگ ٹولز (لاگنگ، انسپکٹر) شامل کرنے اور ریلیز سے ہٹانے کی اجازت دیتا ہے۔ نفاذ پلیٹ فارم کے لحاظ سے مختلف ہوتا ہے۔

Swift میں مشروط کمپائل

#if DEBUG — Swift پری پروسیسر ڈائریکٹیو۔ بلاک کے اندر کا کوڈ صرف Debug کنفیگریشن میں کمپائل ہوتا ہے۔ دیگر فلیگ: #if !RELEASE، #if targetEnvironment(simulator)۔ Build Settings میں Active Compilation Conditions — -D FLAG_NAME کے ذریعے اپنی مرضی کے فلیگ شامل کریں۔ کمپائل شرائط کے ذریعے بلڈ کنفیگریشن مینجمنٹ iOS میں معیاری عمل ہے۔

Kotlin میں مشروط کمپائل

BuildConfig.DEBUG — بولین فیلڈ، ڈیبگ بلڈ میں true۔ BuildConfig Gradle کے ذریعے خود بخود جنریٹ ہوتا ہے۔ اپنی مرضی کے فلیگ کے لیے build.gradle میں buildConfigField استعمال کریں: buildConfigField "boolean"، "REPORT_CRASHES"، "true"۔ کوڈ میں: if (BuildConfig.REPORT_CRASHES) { ... }.

Flutter میں مشروط کمپائل

dart-define — Flutter کمپائل فلیگ: flutter run --dart-define=ENV=staging۔ کوڈ میں: const env = String.fromEnvironment('ENV', defaultValue: 'production')۔ مشروط موبائل ایپ بلڈ کے لیے، کوڈ جنریشن کے ساتھ build_runner پلگ ان استعمال کریں۔