SDK Platform: এটি কী, সংস্করণ এবং Android SDK Manager

SDK Platform কী

SDK Platform হলো Android SDK-এর একটি মৌলিক উপাদান, যা Android-এর একটি নির্দিষ্ট সংস্করণের জন্য অ্যাপ্লিকেশন ডেভেলপ করার জন্য লাইব্রেরি এবং টুলের একটি সম্পূর্ণ সেট উপস্থাপন করে। প্রতিটি প্ল্যাটফর্ম তার API Level দ্বারা চিহ্নিত করা হয় — একটি পূর্ণসংখ্যা যা নতুন OS রিলিজের সাথে বৃদ্ধি পায়। উদাহরণস্বরূপ, Android 13 API Level 33, Android 14 API Level 34, Android 15 API Level 35-এর সাথে সামঞ্জস্যপূর্ণ।

Android Studio (IDE)-এর বিপরীতে, SDK Platform-এ কোড এডিটর বা ডিবাগার থাকে না। এটি একটি সিস্টেম স্তর যা কম্পাইলার এবং বিল্ড সিস্টেমের সাথে সংযুক্ত হয়। যখন একজন ডেভেলপার import android.app.Activity লেখেন, কম্পাইলার এই ক্লাসটি একটি নির্দিষ্ট SDK Platform-এর android.jar থেকে নেয়। প্রয়োজনীয় API Level সহ ইনস্টল করা প্ল্যাটফর্ম ছাড়া, কোড কম্পাইল হবে না।

Google প্রতিটি স্থিতিশীল Android সংস্করণের জন্য একটি নতুন SDK Platform প্রকাশ করে। ইতিহাসে 35টিরও বেশি API Level অন্তর্ভুক্ত — Android 1.0 (API 1) থেকে Android 15 (API 35) পর্যন্ত। প্রতিটি প্ল্যাটফর্ম পশ্চাৎ-সামঞ্জস্যপূর্ণ: API Level 21-এর জন্য লেখা কোড API Level 35-এ চলবে, কিন্তু বিপরীতটি নয়।

প্রতিটি সংস্করণের জন্য আলাদা SDK Platform কেন প্রয়োজন

Android দ্রুত বিকশিত হয়: প্রতিটি সংস্করণ নতুন API যোগ করে, বিদ্যমানগুলোর আচরণ পরিবর্তন করে এবং সীমাবদ্ধতা প্রবর্তন করে। উদাহরণস্বরূপ, Android 10 (API 29) Scoped Storage চালু করেছে, Android 12 (API 31) — SplashScreen API, Android 14 (API 34) — বাধ্যতামূলক BroadcastReceiver ফ্ল্যাগ। ডেভেলপারকে এই ক্ষমতাগুলি ব্যবহার করার জন্য বর্তমান প্ল্যাটফর্মের বিরুদ্ধে অ্যাপ্লিকেশন কম্পাইল করতে হবে।

একই সময়ে, অ্যাপ্লিকেশনটি পুরানো OS সংস্করণে চলতে পারে। এর জন্য, Gradle-এ minSck নির্দিষ্ট করা হয় — ন্যূনতম API Level যেখানে অ্যাপ্লিকেশন চলে। কোড সংস্করণ পরীক্ষা এবং শর্তসাপেক্ষ API কল ব্যবহার করে। এই পদ্ধতি নতুন বৈশিষ্ট্য না হারিয়ে সামঞ্জস্য নিশ্চিত করে।

SDK Platform গঠন: প্রধান উপাদান

SDK Platform একটি ফাইল নয়, বরং উপাদানের একটি সেট যা একসাথে অ্যাপ্লিকেশনের কম্পাইলেশন, বিল্ড এবং পরীক্ষা নিশ্চিত করে। প্রধান উপাদান হলো android.jar — এই সংস্করণে অন্তর্ভুক্ত Android API ক্লাস সহ একটি আর্কাইভ। এই ফাইলটি Kotlin বা Java কম্পাইলারের সাথে সংযোগ স্থাপন করে এবং নির্ধারণ করে যে ডেভেলপারের জন্য কোন ক্লাস, পদ্ধতি এবং অ্যানোটেশন উপলব্ধ।

সিস্টেম ইমেজ এবং এমুলেটর

প্রতিটি SDK Platform-এ Android Virtual Device এমুলেটরের জন্য একটি System Image — অপারেটিং সিস্টেম ইমেজ অন্তর্ভুক্ত থাকে। সংশ্লিষ্ট ইমেজ ছাড়া, এমুলেটর প্রয়োজনীয় API Level সহ একটি ভার্চুয়াল ডিভাইস শুরু করতে পারে না। System Images বিভিন্ন ধরনের হয়ে থাকে: Google APIs (Google পরিষেবা সহ), Google Play (Play Store সহ) এবং AOSP (Google পরিষেবা ছাড়া খাঁটি Android)।

বিল্ড এবং ডিবাগ টুলস

SDK Platform-এ এই API Level-এর জন্য অপ্টিমাইজ করা Build-Tools এবং Platform-Tools-এর একটি সংস্করণ অন্তর্ভুক্ত থাকে। Build-Tools-এ aapt2 (Android Asset Packaging Tool), dx/d8 (Dalvik/ART কম্পাইলার) এবং ApkSigner অন্তর্ভুক্ত। Platform-Tools ADB (Android Debug Bridge), fastboot এবং SQLite প্রদান করে। এই টুলগুলি SDK Manager-এর মাধ্যমে SDK Platform থেকে স্বাধীনভাবে আপডেট করা হয়।

প্ল্যাটফর্ম রিসোর্স

প্রতিটি প্ল্যাটফর্মে মানক Android রিসোর্স অন্তর্ভুক্ত — সিস্টেম থিম, স্টাইল, অ্যানিমেশন, রঙ এবং মাত্রা। এই রিসোর্সগুলি কম্পাইলেশনের সময় ব্যবহৃত হয়: যদি কোনো ডেভেলপার @android:style/Theme.Material.Light উল্লেখ করেন, বিল্ড সিস্টেম SDK Platform রিসোর্স থেকে সংজ্ঞা নেয়। এটি সমস্ত ডিভাইসে সিস্টেম উপাদানের একীভূত চেহারা নিশ্চিত করে।

API Level এবং SDK Platform সংস্করণ

API Level হলো Android SDK সংস্করণের একটি পূর্ণসংখ্যা শনাক্তকারী। প্রতিটি Android রিলিজ একটি API Level-এর সাথে সঙ্গতিপূর্ণ, যা একদিক থেকে বৃদ্ধি পায়। ডেভেলপার তিনটি মূল build.gradle প্যারামিটারে API Level নির্দিষ্ট করেন: compileSdk, minSdk এবং targetSdk। এই প্যারামিটারগুলির পছন্দ নির্ধারণ করে কোন API উপলব্ধ এবং সিস্টেম কীভাবে অ্যাপ্লিকেশন হ্যান্ডেল করে।

Google minSdk বর্তমান বিতরণ সীমার চেয়ে কম না রাখার পরামর্শ দেয় — Android Studio Distribution Dashboard (2026) অনুসারে, প্রায় 95% ডিভাইস Android 8.0 (API 26) এবং তার উপরে চলে। compileSdk সর্বশেষ স্থিতিশীল হওয়া উচিত — এটি নতুন API-তে অ্যাক্সেস প্রদান করে এবং lint পরীক্ষাগুলিকে অবহেলিত পদ্ধতি সনাক্ত করতে দেয়।

API Level-এর বিবর্তন: মূল পরিবর্তন

প্রতিটি নতুন API Level-এর সাথে, Google গুরুত্বপূর্ণ পরিবর্তন আনে। Android 6.0 (API 23) রানটাইম অনুমতি যোগ করেছে — অ্যাপ্লিকেশন ইনস্টলেশনের সময় নয়, বরং সম্পাদনের সময় অনুমতি অনুরোধ করে। Android 8.0 (API 26) অটোফিল ফর্ম এবং নোটিফিকেশন চ্যানেল চালু করেছে। Android 12 (API 31) ইন্টেন্টের পদ্ধতিতে আমূল পরিবর্তন এনেছে — SplashScreen API এবং exported অ্যাট্রিবিউটের মাধ্যমে উপাদান রপ্তানি চালু হয়েছে। Android 14 (API 34) BroadcastReceiver-এর জন্য ফ্ল্যাগ নির্দিষ্ট করা বাধ্যতামূলক করেছে এবং অগ্রভাগের পরিষেবাগুলিতে কঠোর সীমাবদ্ধতা প্রবর্তন করেছে।

API Levels-এর ইতিহাস বোঝা ডেভেলপারকে সঠিক সামঞ্জস্য কৌশল বেছে নিতে সাহায্য করে। যদি অ্যাপ্লিকেশন compileSdk 35 ব্যবহার করে কিন্তু minSdk 26, তাহলে কোড Build.VERSION.SDK_INT-এর মাধ্যমে সংস্করণ পরীক্ষার পরেই API 35 পদ্ধতি কল করতে পারে। এই পদ্ধতিকে সংস্করণ-গেটেড ডেভেলপমেন্ট বলা হয় এবং এটি একটি শিল্প মান।

SDK Manager: ইনস্টলেশন এবং সেটআপ

SDK Manager হলো Android SDK উপাদান পরিচালনার জন্য একটি টুল: নতুন SDK Platform ইনস্টল করা, বিদ্যমান আপডেট করা এবং পুরানো অপসারণ করা। SDK Manager Android Studio-তে গ্রাফিক্যাল ইন্টারফেস এবং sdkmanager-এর মাধ্যমে কমান্ড-লাইন টুল হিসেবে উপলব্ধ। কমান্ড-লাইন SDK Manager CI/CD পাইপলাইনে ব্যবহার করা সুবিধাজনক যেখানে গ্রাফিক্যাল ইন্টারফেস নেই।

SDK Manager প্ল্যাটফর্মগুলি Android SDK ডিরেক্টরিতে ইনস্টল করে, যা ডিফল্টভাবে Linux এবং macOS-এ $HOME/Android/Sdk বা Windows-এ %LOCALAPPDATA%\Android\Sdk-এ অবস্থিত। platforms ডিরেক্টরির ভিতরে android-{API Level} নামের ফোল্ডার রয়েছে, প্রতিটিতে সম্পূর্ণ SDK Platform রয়েছে।

sdkmanager-এর মাধ্যমে SDK Platform ইনস্টল করা

sdkmanager কমান্ড "platforms;android-{API}" ফরম্যাটে একটি প্যাকেজ শনাক্তকারী গ্রহণ করে। উদাহরণস্বরূপ, SDK Platform 35 ইনস্টল করার জন্য কমান্ডটি নিম্নরূপ:

# API Level 35-এর জন্য SDK Platform ইনস্টল করুন
sdkmanager "platforms;android-35"

# একটি কমান্ড দিয়ে একাধিক প্ল্যাটফর্ম ইনস্টল করুন
sdkmanager "platforms;android-34" "platforms;android-33" "platforms;android-31"

# ইনস্টল করা প্ল্যাটফর্মের তালিকা
sdkmanager --list_installed | grep platforms

# পুরানো প্ল্যাটফর্ম সরান
sdkmanager --uninstall "platforms;android-28"

Gradle-এর মাধ্যমে স্বয়ংক্রিয় ইনস্টলেশন

আধুনিক Android প্রকল্পগুলি Gradle Plugin ব্যবহার করে, যা প্রথম বিল্ডে স্বয়ংক্রিয়ভাবে SDK Platform ইনস্টল করতে পারে। এটি করতে, build.gradle-এ compileSdk নির্দিষ্ট করতে হবে এবং স্থানীয় কনফিগারেশনে SDK ডিরেক্টরি যোগ করতে হবে। Android Studio একটি প্রকল্প খোলার সময় অনুপস্থিত প্ল্যাটফর্ম ইনস্টল করার প্রস্তাব দেয় — Gradle সিঙ্ক উইন্ডোতে "Install SDK Platform" বাটনে ক্লিক করলেই হয়।

SDK Manager-এর মাধ্যমে নিয়মিতভাবে SDK Platform আপডেট করা গুরুত্বপূর্ণ — প্ল্যাটফর্মের সাথে Build-Tools এবং Platform-Tools আপডেট হয়, যা বিল্ড পারফরম্যান্স এবং ডিবাগিং স্থিতিশীলতাকে প্রভাবিত করে। Google প্রতি ২-৩ সপ্তাহে SDK আপডেট চেক করার পরামর্শ দেয়, বিশেষ করে Google Play-তে অ্যাপ্লিকেশনের নতুন সংস্করণ প্রকাশের আগে।

এমুলেটরের জন্য সিস্টেম ইমেজ সেটআপ করা

একটি নির্দিষ্ট API Level সহ এমুলেটর চালানোর জন্য, একই সংস্করণের System Image ইনস্টল করতে হবে। SDK Manager বিভিন্ন আর্কিটেকচার (x86_64, arm64-v8a) এবং প্রকারের (Google APIs, Google Play, AOSP) ইমেজ ডাউনলোড করার অনুমতি দেয়। ইমেজ ডাউনলোড করার পরে, AVD Manager তার ভিত্তিতে একটি ভার্চুয়াল ডিভাইস তৈরি করে।

# API 35-এর জন্য Google APIs সহ System Image ইনস্টল করুন
sdkmanager "system-images;android-35;google_apis;x86_64"

# কমান্ড লাইনের মাধ্যমে AVD তৈরি করুন
avdmanager create avd -n pixel8 -k "system-images;android-35;google_apis;x86_64"

# তৈরি করা AVD-এর তালিকা
avdmanager list avd

Gradle-এ compileSdk, targetSdk এবং minSdk

build.gradle-এ তিনটি প্যারামিটার নির্ধারণ করে যে অ্যাপ্লিকেশন SDK Platform-এর সাথে কীভাবে কাজ করে। compileSdk হলো কম্পাইলেশনের জন্য ব্যবহৃত API Level। এই প্যারামিটার নির্দিষ্ট করে যে কোডে কোন Android API ক্লাস উপলব্ধ। compileSdk তিনটির মধ্যে সবচেয়ে নতুন হওয়া উচিত এবং রানটাইম আচরণকে প্রভাবিত করে না — অ্যাপ্লিকেশন কম্পাইল হয় কিন্তু ডিভাইসে উপলব্ধ শুধুমাত্র API ব্যবহার করে।

minSdk হলো ন্যূনতম API Level যেখানে অ্যাপ্লিকেশন ইনস্টল করা যেতে পারে। Google Play minSdk-এর চেয়ে কম সংস্করণের ডিভাইসে অ্যাপ্লিকেশন ইনস্টল করার অনুমতি দেবে না। এই প্যারামিটার সামঞ্জস্যের সীমা নির্ধারণ করে এবং শ্রোতা কভারেজকে প্রভাবিত করে। minSdk যত কম হবে, তত বেশি ডিভাইস সমর্থিত হবে, কিন্তু পরীক্ষা ছাড়া তত কম নতুন API ব্যবহার করা যাবে।

targetSdk হলো সেই API Level যার বিরুদ্ধে অ্যাপ্লিকেশন পরীক্ষা করা হয়েছে। Android সিস্টেম আচরণগত পরিবর্তন প্রয়োগ করতে targetSdk ব্যবহার করে: যদি অ্যাপ্লিকেশনটি নতুন API Level-এ আপডেট না করা হয়, সিস্টেম পুরানো সংস্করণগুলির জন্য সামঞ্জস্য মোড সক্ষম করে। Google Play targetSdk একটি নির্দিষ্ট স্তরের চেয়ে কম না হওয়া আবশ্যক — 2026 সাল নাগাদ এটি API 34 (Android 14)।

Gradle কনফিগারেশনের উদাহরণ

android {
    compileSdk 35

    defaultConfig {
        applicationId "com.example.app"
        minSdk 26
        targetSdk 35
        versionCode 1
        versionName "1.0"
    }

    compileOptions {
        sourceCompatibility JavaVersion.VERSION_17
        targetCompatibility JavaVersion.VERSION_17
    }
}

// Android SDK সংস্করণ SDK Manager-এর মাধ্যমে ইনস্টল করতে হবে
// sdkmanager "platforms;android-35"

কীভাবে compileSdk, minSdk এবং targetSdk নির্বাচন করবেন

নির্বাচন কৌশল প্রকল্পের লক্ষ্যের উপর নির্ভর করে। নতুন অ্যাপ্লিকেশনের জন্য: compileSdk — সর্বশেষ স্থিতিশীল (2026-এর শুরুতে 35), minSdk — API 26 (Android 8.0, 95% ডিভাইস কভার করে), targetSdk — সর্বশেষ স্থিতিশীল। বিদ্যমান অ্যাপ্লিকেশন আপডেট করার জন্য: compileSdk অবিলম্বে বাড়ান, targetSdk — সমস্ত আচরণগত পরিবর্তন পরীক্ষার পরে, minSdk — শুধুমাত্র যখন পুরানো ডিভাইসগুলির জন্য সমর্থন বাদ দেওয়া প্রয়োজন।

Google প্রয়োজন যে targetSdk Android-এর নতুন সংস্করণ প্রকাশের এক বছরের মধ্যে আপডেট করা হবে। এই প্রয়োজনীয়তা পূরণ না করে এমন অ্যাপ্লিকেশন Google Play-তে আপডেট প্রকাশ করতে পারে না। সময়সীমা ট্র্যাক করতে, অফিসিয়াল Android OS আপডেট ক্যালেন্ডার ব্যবহার করুন।

কোডে SDK Platform নিয়ে কাজ করার উদাহরণ

বিভিন্ন Android সংস্করণের জন্য ডেভেলপ করার সময়, API প্রাপ্যতা বিবেচনা করা প্রয়োজন। যদি অ্যাপ্লিকেশন compileSdk 35 ব্যবহার করে কিন্তু API 31 সহ ডিভাইসে চলে, তাহলে API 34-এ যোগ করা পদ্ধতি কল করলে NoSuchMethodError বা AbstractMethodError হবে। নতুন API নিরাপদে কল করার জন্য, Build.VERSION.SDK_INT-এর মাধ্যমে সংস্করণ পরীক্ষা ব্যবহার করা হয়।

রানটাইমে API Level পরীক্ষা

class FeatureChecker {
    fun registerNotificationChannel(context: Context) {
        if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) {
            // নোটিফিকেশন চ্যানেল API 26 থেকে উপলব্ধ
            val channel = NotificationChannel(
                "updates",
                "আপডেট",
                NotificationManager.IMPORTANCE_DEFAULT
            )
            val manager = context.getSystemService(NotificationManager::class.java)
            manager.createNotificationChannel(channel)
        }
    }
}

@RequiresApi-এর সাথে নতুন API ব্যবহার

পদ্ধতিগুলির জন্য যা শুধুমাত্র নির্দিষ্ট সংস্করণে কল করা হয়, @RequiresApi অ্যানোটেশন ব্যবহার করুন। এটি lint পরীক্ষাগুলিকে জানায় যে পদ্ধতিটি নিরাপদ এবং সতর্কতাগুলি নিষ্ক্রিয় করে। SDK_INT পরীক্ষার সাথে মিলিত হয়ে, অ্যানোটেশন কোডকে পরিষ্কার এবং পর্যালোচকদের জন্য আরও বোধগম্য করে তোলে।

@RequiresApi(Build.VERSION_CODES.UPSIDE_DOWN_CAKE)
fun scheduleExactAlarm(manager: AlarmManager, time: Long) {
    // API 34: SCHEDULE_EXACT_ALARM ফ্ল্যাগ সহ scheduleExact
    if (manager.canScheduleExactAlarms()) {
        manager.setExact(AlarmManager.RTC_WAKEUP, time, pendingIntent)
    } else {
        // SCHEDULE_EXACT_ALARM অনুমতি অনুরোধ করুন
        val intent = Intent(Settings.ACTION_REQUEST_SCHEDULE_EXACT_ALARM)
        context.startActivity(intent)
    }
}

fun safeScheduleAlarm(context: Context, triggerTime: Long) {
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.UPSIDE_DOWN_CAKE) {
        scheduleExactAlarm(getAlarmManager(context), triggerTime)
    } else {
        // অনুমতি পরীক্ষা ছাড়া পুরানো setExact পদ্ধতি
        getAlarmManager(context).setExact(AlarmManager.RTC_WAKEUP, triggerTime, pendingIntent)
    }
}

ইনস্টল করা SDK Platform নির্ধারণ

কখনও কখনও জানা প্রয়োজন যে ডেভেলপারের ডিভাইস বা CI-তে SDK Platform-এর কোন সংস্করণ ইনস্টল করা আছে। এটি ADB-এর মাধ্যমে বা প্রোগ্রাম্যাটিকভাবে অ্যাপ্লিকেশন কোডে করা যেতে পারে। ডিভাইসের API Level জানা সংস্করণ-নির্দিষ্ট আচরণ পরীক্ষায় সাহায্য করে।

fun logDeviceInfo() {
    with (Build.VERSION) {
        Log.d("SDK_Demo", "SDK_INT: $SDK_INT")
        Log.d("SDK_Demo", "RELEASE: $RELEASE")
        Log.d("SDK_Demo", "CODENAME: $CODENAME")
        Log.d("SDK_Demo", "PREVIEW_SDK_INT: $PREVIEW_SDK_INT")
    }
    // আউটপুট: SDK_INT: 35, RELEASE: 15, CODENAME: REL
}