जब आप targetSdkVersion = "xx" सेट करते हैं, तो आप यह प्रमाणित कर रहे हैं कि एपीआई स्तर xx पर आपका ऐप ठीक से काम करता है (जैसे, अच्छी तरह से और सफलतापूर्वक परीक्षण किया गया है)।
एंड्रॉइड का एक संस्करण xx से ऊपर एक एपीआई स्तर पर चल रहा है, आप किसी भी सुविधाओं का समर्थन करने के लिए स्वचालित रूप से अनुकूलता कोड लागू करेंगे जो कि एपीआई स्तर xx पर या उससे पहले उपलब्ध थे, लेकिन जो अब उस Android संस्करण के उच्च स्तर पर अप्रचलित हैं।
इसके विपरीत, यदि आपको लगता है कि अप्रचलित हो गई किसी भी सुविधाओं का उपयोग कर रहे पर या पूर्व स्तर xx के लिए, संगतता कोड होगा नहीं स्वचालित रूप से OS संस्करण द्वारा उच्च API स्तरों पर उन का उपयोग करता है समर्थन करने के लिए लागू किया जा (जो अब उन सुविधाओं को शामिल)। उस स्थिति में, आपके स्वयं के कोड में विशेष केस क्लॉज़ होना चाहिए जो एपीआई स्तर का परीक्षण करता है और, यदि ओएस स्तर का पता लगाया गया है, तो वह उच्चतर है जिसमें अब दी गई एपीआई सुविधा नहीं है, आपके कोड को वैकल्पिक विशेषताओं का उपयोग करना चाहिए जो चल रहे ओएस पर उपलब्ध हैं एपीआई स्तर।
यदि यह ऐसा करने में विफल रहता है, तो कुछ इंटरफ़ेस सुविधाएँ बस प्रकट नहीं हो सकती हैं जो सामान्य रूप से आपके कोड के भीतर घटनाओं को ट्रिगर करेंगी, और आप एक महत्वपूर्ण इंटरफ़ेस सुविधा को याद कर सकते हैं जिसे उपयोगकर्ता को उन घटनाओं को ट्रिगर करने और उनकी कार्यक्षमता तक पहुंचने की आवश्यकता है (जैसा कि उनकी कार्यक्षमता के अनुसार) नीचे उदाहरण)।
जैसा कि अन्य उत्तरों में कहा गया है, आप minSdkVersion की तुलना में targetSdkVersion को उच्चतर सेट कर सकते हैं, यदि आप अपने एपीआईएसडाउन्ट की तुलना में उच्च एपीआई स्तरों पर शुरू में परिभाषित कुछ एपीआई सुविधाओं का उपयोग करना चाहते थे, और यह सुनिश्चित करने के लिए कदम उठाए थे कि आपका कोड उन विशेषताओं की अनुपस्थिति का पता लगा सके और उन्हें संभाल सके। targetSdkVersion की तुलना में निम्न स्तर।
किसी सुविधा का उपयोग करने के लिए आवश्यक न्यूनतम API स्तर के लिए विशेष रूप से परीक्षण करने के लिए डेवलपर्स को चेतावनी देने के लिए, कंपाइलर एक त्रुटि जारी करेगा (सिर्फ एक चेतावनी नहीं) यदि कोड में किसी भी विधि के लिए कॉल शामिल है जो कि minSdkersion की तुलना में बाद के एपीआई स्तर पर परिभाषित किया गया था, तो भले ही targetSdkVersion एपीआई स्तर से अधिक या उसके बराबर हो, जिस पर वह तरीका पहले उपलब्ध कराया गया था। इस त्रुटि को दूर करने के लिए, कंपाइलर निर्देश
@TargetApi(nn)
संकलक को बताता है कि उस निर्देश के दायरे के भीतर कोड (जो या तो एक विधि या एक वर्ग से पहले होगा) किसी भी तरीके से कॉल करने से पहले कम से कम nn के एपीआई स्तर के लिए परीक्षण करने के लिए लिखा गया है जो कम से कम उस एपीआई स्तर के होने पर निर्भर करता है । उदाहरण के लिए, निम्न कोड एक ऐसी विधि को परिभाषित करता है जिसे कोड से किसी ऐप के भीतर बुलाया जा सकता है जिसमें 11 से कम का minSdVersion और 11 या उससे अधिक का targetSdkVersion है:
@TargetApi(11)
public void refreshActionBarIfApi11OrHigher() {
//If the API is 11 or higher, set up the actionBar and display it
if(Build.VERSION.SDK_INT >= 11) {
//ActionBar only exists at API level 11 or higher
ActionBar actionBar = getActionBar();
//This should cause onPrepareOptionsMenu() to be called.
// In versions of the API prior to 11, this only occurred when the user pressed
// the dedicated menu button, but at level 11 and above, the action bar is
// typically displayed continuously and so you will need to call this
// each time the options on your menu change.
invalidateOptionsMenu();
//Show the bar
actionBar.show();
}
}
यदि आप उस उच्च स्तर पर परीक्षण कर चुके हैं और सब कुछ काम कर चुका है, तो भी आप एक उच्च लक्ष्य-निर्धारण की घोषणा कर सकते हैं , भले ही आप अपने minSdkVersion की तुलना में एपीआई स्तर से किसी भी सुविधाएँ का उपयोग नहीं कर रहे हों । यह सिर्फ अनुकूलता कोड तक पहुँचने के ओवरहेड से बचने के इरादे से लक्ष्य स्तर से नीचे न्यूनतम स्तर तक पहुंचने के लिए होगा, क्योंकि आपने पुष्टि की होगी (परीक्षण के माध्यम से) कि इस तरह के अनुकूलन की आवश्यकता नहीं थी।
यूआई फीचर का एक उदाहरण जो घोषित टारगेट पर निर्भर करता है। डिस्काउंट तीन से वर्टिकल-डॉट मेनू बटन होता है, जो उन एप्स के स्टेटस बार पर दिखाई देता है, जिनमें 11 से कम का टार्गेटवॉक वर्जन होता है, जब वे एप्स एपीआई 11 के तहत चल रहे होते हैं। यदि आपके ऐप में 10 या उससे नीचे का लक्ष्यविकास है, तो यह माना जाता है कि आपके ऐप का इंटरफ़ेस एक समर्पित मेनू बटन के अस्तित्व पर निर्भर करता है, और इसलिए तीन-डॉट बटन पहले समर्पित हार्डवेयर और / या स्क्रीन संस्करणों की जगह लेता है। उस बटन का (जैसे, जिंजरब्रेड में देखा गया) जब OS का उच्च API स्तर होता है, जिसके लिए डिवाइस पर एक समर्पित मेनू बटन अब ग्रहण नहीं किया जाता है। हालाँकि, यदि आप अपने ऐप के टारगेट SSkVersion को 11 या उससे अधिक पर सेट करते हैं, तो यह माना जाता है कि आपने उस स्तर पर शुरू की गई सुविधाओं का लाभ उठाया है जो समर्पित मेनू बटन (ई) को प्रतिस्थापित करते हैं। जी।, एक्शन बार), या कि आपने अन्यथा सिस्टम मेनू बटन की आवश्यकता को दरकिनार कर दिया है; नतीजतन, तीन-ऊर्ध्वाधर-मेनू "संगतता बटन" गायब हो जाता है। उस स्थिति में, यदि उपयोगकर्ता को मेनू बटन नहीं मिल रहा है, तो वह इसे दबा नहीं सकता है, और यह बदले में, इसका मतलब है कि आपकी गतिविधि का onCreateOptionsMenu (मेनू) ओवरराइड कभी भी चालान नहीं हो सकता है, जो फिर से, इसका मतलब है कि आपके ऐप की कार्यक्षमता का एक महत्वपूर्ण हिस्सा इसके उपयोगकर्ता इंटरफ़ेस से वंचित हो सकता है। जब तक, निश्चित रूप से, आपने इन सुविधाओं तक पहुंचने के लिए उपयोगकर्ता के लिए एक्शन बार या कुछ अन्य वैकल्पिक साधनों को लागू किया है। t एक मेनू बटन ढूंढें, वह इसे दबा नहीं सकती है, और यह बदले में, इसका मतलब है कि आपकी गतिविधि का onCreateOptionsMenu (मेनू) ओवरराइड कभी भी चालान नहीं हो सकता है, जो फिर से बदले में, इसका मतलब है कि आपके ऐप की कार्यक्षमता का एक महत्वपूर्ण हिस्सा हो सकता है। इसके यूजर इंटरफेस से वंचित। जब तक, निश्चित रूप से, आपने इन सुविधाओं तक पहुंचने के लिए उपयोगकर्ता के लिए एक्शन बार या कुछ अन्य वैकल्पिक साधनों को लागू किया है। t एक मेनू बटन ढूंढें, वह इसे दबा नहीं सकती है, और यह बदले में, इसका मतलब है कि आपकी गतिविधि का onCreateOptionsMenu (मेनू) ओवरराइड कभी भी चालान नहीं हो सकता है, जो फिर से बदले में, इसका मतलब है कि आपके ऐप की कार्यक्षमता का एक महत्वपूर्ण हिस्सा हो सकता है। इसके यूजर इंटरफेस से वंचित। जब तक, निश्चित रूप से, आपने इन सुविधाओं तक पहुंचने के लिए उपयोगकर्ता के लिए एक्शन बार या कुछ अन्य वैकल्पिक साधनों को लागू किया है।
minSdkVersion, इसके विपरीत, एक आवश्यकता बताता है कि आपके ऐप को चलाने के लिए डिवाइस के OS संस्करण में कम से कम एपीआई स्तर है। यह प्रभावित करता है कि कौन से डिवाइस Google Play ऐप स्टोर (और संभवतः अन्य ऐप स्टोर, साथ ही) पर आपके ऐप को देखने और डाउनलोड करने में सक्षम हैं। यह बताते हुए कि आपका ऐप OS (API या अन्य) सुविधाओं पर निर्भर है, जो उस स्तर पर स्थापित किए गए थे, और उन सुविधाओं की अनुपस्थिति से निपटने के लिए स्वीकार्य तरीका नहीं है।
एक सुविधा है कि एपीआई से संबंधित नहीं है की उपस्थिति सुनिश्चित करने के लिए minSdkVersion का उपयोग करने का एक उदाहरण यह सुनिश्चित करने के लिए कि आपका ऐप केवल DalIT दुभाषिया के JIT- सक्षम संस्करण पर ही चलेगा, जब से JIT पेश किया गया था एपीआई स्तर 8 पर Android दुभाषिया के लिए)। चूँकि JIT- सक्षम दुभाषिया के लिए प्रदर्शन पाँच गुना हो सकता है, जिसमें उस विशेषता का अभाव होता है, यदि आपका ऐप प्रोसेसर का भारी उपयोग करता है, तो पर्याप्त प्रदर्शन सुनिश्चित करने के लिए आपको एपीआई स्तर 8 या उससे ऊपर की आवश्यकता हो सकती है।
