Android के लिए, ऐप्लिकेशन के साथ काम करने का मतलब है कि आपका ऐप्लिकेशन, प्लैटफ़ॉर्म के किसी खास वर्शन पर ठीक से काम करता है. आम तौर पर, यह सबसे नया वर्शन होता है. हर रिलीज़ के साथ, हम ऐसे ज़रूरी बदलाव करते हैं जिनसे निजता और सुरक्षा को बेहतर बनाया जा सके. साथ ही, हम ऐसे बदलाव भी लागू करते हैं जिनसे ओएस पर उपयोगकर्ता अनुभव को बेहतर बनाया जा सके. कभी-कभी इन बदलावों से आपके ऐप्लिकेशन पर असर पड़ सकता है. इसलिए, हर रिलीज़ किए गए वर्शन में शामिल व्यवहार से जुड़े बदलावों को देखना ज़रूरी है. साथ ही, उनके हिसाब से टेस्ट करना और अपने उपयोगकर्ताओं के लिए, कंपैटिबिलिटी से जुड़े अपडेट पब्लिश करना ज़रूरी है.
ऐप्लिकेशन के साथ डिवाइस काम करता है या नहीं, यह जानना क्यों ज़रूरी है
Android के नए वर्शन पर अपडेट करने के बाद, उपयोगकर्ताओं पर ऐप्लिकेशन की ज़रूरी शर्तें तुरंत लागू हो जाती हैं. भले ही, उन्होंने नया डिवाइस खरीदा हो या अपने मौजूदा डिवाइस पर अपडेट इंस्टॉल किया हो. वे Android के नए वर्शन को एक्सप्लोर करने के लिए उत्साहित हैं. साथ ही, वे इसे अपने पसंदीदा ऐप्लिकेशन के साथ इस्तेमाल करना चाहते हैं. अगर उनके ऐप्लिकेशन ठीक से काम नहीं करते हैं, तो इससे उन्हें और आपको, दोनों को बड़ी समस्याएं हो सकती हैं.
प्लैटफ़ॉर्म के व्यवहार में होने वाले बदलावों के टाइप
नए प्लैटफ़ॉर्म वर्शन पर चलने के दौरान, आपके ऐप्लिकेशन पर दो तरह के बदलावों का असर पड़ सकता है:
सभी ऐप्लिकेशन के लिए बदलाव
इन बदलावों का असर, Android के उस वर्शन पर चलने वाले सभी ऐप्लिकेशन पर पड़ता है. इससे कोई फ़र्क़ नहीं पड़ता कि ऐप्लिकेशन का targetSdkVersion क्या है.
आपको डेवलपर प्रीव्यू और Android के हर नए वर्शन की बीटा रिलीज़ के दौरान, इन बदलावों के साथ अपने ऐप्लिकेशन की कंपैटिबिलिटी की जांच करनी चाहिए. Android का नया वर्शन, Android Open Source Project (AOSP) के लिए फ़ाइनल रिलीज़ के तौर पर उपलब्ध होते ही, Pixel और अन्य डिवाइसों के लिए अपडेट मिलने शुरू हो जाते हैं. इसलिए, इन बदलावों के लिए पहले से ही टेस्ट करने पर, यह पक्का करने में मदद मिलती है कि आपके उपयोगकर्ता इन डिवाइसों पर, Android के नए वर्शन पर आसानी से स्विच कर सकें.
टारगेट किए गए बदलाव
इन बदलावों का असर सिर्फ़ उन ऐप्लिकेशन पर पड़ता है जो Android के उस वर्शन को टारगेट कर रहे हैं.
इन बदलावों के लिए, आपको कंपैटिबिलिटी टेस्टिंग करनी चाहिए. ऐसा तब करें, जब आपको एपीआई के सबसे नए स्टेबल वर्शन को टारगेट करना हो. यह वर्शन, Android 16 (एपीआई लेवल 36) है. भले ही, आपको तुरंत किसी नए Android वर्शन को टारगेट न करना हो, लेकिन इन बदलावों को लागू करने के लिए, आपको काफ़ी डेवलपमेंट करना पड़ सकता है. आपको इन बदलावों के बारे में जल्द से जल्द पता चलना चाहिए. सबसे अच्छा तरीका यह है कि आपको हर नए Android वर्शन के डेवलपर प्रीव्यू और बीटा रिलीज़ के दौरान ही इन बदलावों के बारे में पता चल जाए. इससे आपको शुरुआती टेस्टिंग करने और सुझाव/राय देने या शिकायत करने का मौका मिल पाएगा.
कंपैटिबिलिटी फ़्रेमवर्क टूल
हम कंपैटिबिलिटी फ़्रेमवर्क में, हर रिलीज़ के साथ ज़्यादा से ज़्यादा ऐसे बदलाव शामिल करते हैं जिनसे कंपैटिबिलिटी पर असर पड़ता है. इससे आपको कंपैटिबिलिटी की जांच करने में मदद मिलती है. संगतता फ़्रेमवर्क में बदलाव करने से, इसे टॉगल किया जा सकता है. इससे डेवलपर के लिए सेटिंग और टूल या ADB से, बदलावों को अलग-अलग तौर पर चालू या बंद किया जा सकता है. कंपैटिबिलिटी फ़्रेमवर्क का इस्तेमाल करते समय, आपको अपने ऐप्लिकेशन के targetSdkVersion में बदलाव करने या बुनियादी जांच के लिए अपने ऐप्लिकेशन को फिर से कंपाइल करने की ज़रूरत नहीं होती.
ज़्यादा जानने के लिए, अपने ऐप्लिकेशन में प्लैटफ़ॉर्म के व्यवहार में हुए बदलावों की जांच करना और उन्हें ठीक करना लेख पढ़ें.
गैर-एसडीके इंटरफ़ेस पर पाबंदियां
हम डेवलपर को धीरे-धीरे गैर-एसडीके एपीआई से दूर करने की कोशिश कर रहे हैं. इसके तहत, हम Android के हर वर्शन में, पाबंदी वाले गैर-एसडीके इंटरफ़ेस की सूचियां अपडेट करते हैं. हमेशा की तरह, आपके सुझाव/राय और सार्वजनिक एपीआई के लिए अनुरोध का स्वागत है.
प्लैटफ़ॉर्म रिलीज़
Android के नए वर्शन के बारे में ज़्यादा जानें:
- Android 16 (एपीआई लेवल 36)
- Android 15 (एपीआई लेवल 35)
- Android 14 (एपीआई लेवल 34)
- Android 13 (एपीआई लेवल 33)
- Android 12 (एपीआई लेवल 31, 32)
- Android 11 (एपीआई लेवल 30)