TargetSdkVersion = "xx" ayarladığınızda, uygulamanızın xx API düzeyinde düzgün çalıştığını (ör. Kapsamlı ve başarılı bir şekilde test edildiğini) onaylıyorsunuz.
Xx'in üstünde API düzeyinde çalışan bir Android sürümü, xx API düzeyinde veya öncesinde kullanılabilen, ancak şu anda bu Android sürümünün daha yüksek düzeyinde kullanılmayan özellikleri desteklemek için uyumluluk kodunu otomatik olarak uygulayacaktır.
Eğer demode olmadan herhangi bir özelliği kullanıyorsanız Tersine, en ya öncesinde seviye xx, uyumluluk kodu olacak değil otomatik olarak bu kullanımları desteklemek üzere (artık bu özellikleri içerdiğini) daha yüksek API seviyelerinde OS sürümleri tarafından uygulanmalıdır. Bu durumda, kendi kod testi API seviyesi ve OS seviyesi tespit eğer artık, kodunuz alternatif özelliklere verilen API özelliği kullanmalıdır ettiğini daha yüksek biri olduğunu özel durum maddelerini olmalıdır vardır çalıştıran işletim sistemleri mevcuttur API düzeyi.
Bunu yapamazsa, normalde kodunuzdaki olayları tetikleyecek bazı arayüz özellikleri görünmeyebilir ve kullanıcının bu olayları tetiklemesi ve işlevlerine erişmesi için gereken kritik bir arayüz özelliğini ( aşağıdaki örnek).
Diğer yanıtlarda belirtildiği gibi, başlangıçta minSdkVersion'ınızdan daha yüksek API düzeylerinde tanımlanan bazı API özelliklerini kullanmak istiyorsanız ve kodunuzun bu özelliklerin yokluğunu tespit edip işleyebilmesini sağlamak için adımlar atmışsanız targetSdkVersion'ı minSdkVersion'dan daha yüksek olarak ayarlayabilirsiniz. targetSdkVersion'dan daha düşük düzeyler.
Geliştiricileri özellikle bir özelliği kullanmak için gereken minimum API düzeyini test etmeleri konusunda uyarmak için, kod minSdkVersion'dan daha sonraki bir API düzeyinde tanımlanan herhangi bir yönteme çağrı içeriyorsa derleyici bir hata (yalnızca uyarı değil) yayınlar, targetSdkVersion, bu yöntemin ilk kullanıma sunulduğu API düzeyinden büyük veya ona eşit olsa bile. Bu hatayı kaldırmak için derleyici yönergesi
@TargetApi(nn)
derleyiciye, bu yönerge kapsamındaki kodun (bir yöntem veya sınıftan önce gelecek), en azından bu API seviyesine sahip olan herhangi bir yöntemi çağırmadan önce en az nn API seviyesini test etmek için yazıldığını bildirir . Örneğin, aşağıdaki kod, minSdkVersion değeri 11'den düşük ve targetSdkVersion değeri 11 veya daha yüksek olan bir uygulamadaki koddan çağrılabilecek bir yöntemi tanımlar:
@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();
}
}
Sen belki de o yüksek bir düzeyde test ettirdi ve olsa bile her şey, çalıştı eğer daha yüksek bir targetSdkVersion beyan etmek istiyorum değil yüksekse minSdkVersion'ın daha bir API seviyesinden herhangi özellikleri kullanarak. Bu sadece hedef seviyeden min seviyesine uyum sağlamayı amaçlayan uyumluluk koduna erişim yükünü önlemek olacaktır, çünkü böyle bir adaptasyonun gerekli olmadığını (test yoluyla) doğrulamış olacaksınız.
Bildirilen targetSdkVersion'a bağlı bir kullanıcı arayüzü özelliğine örnek olarak, bu uygulamalar API 11 ve üstü altında çalıştığında 11'den az targetSdkVersion'a sahip uygulamaların durum çubuğunda görünen üç dikey nokta menü düğmesi verilebilir. Uygulamanızın targetSdkVersion değeri 10 veya altındaysa, uygulamanızın arayüzünün özel bir menü düğmesinin varlığına bağlı olduğu varsayılır ve bu nedenle üç noktalı düğmenin önceki özel donanım ve / veya ekran sürümlerinin yerini aldığı görülür. işletim sistemi, aygıtta özel bir menü düğmesinin artık kabul edilmediği daha yüksek bir API düzeyine sahip olduğunda bu düğmenin (ör. Gingerbread'te görüldüğü gibi). Bununla birlikte, uygulamanızın targetSdkVersion değerini 11 veya daha yüksek bir değere ayarlarsanız, o düzeyde tanıtılan menü düğmesinin yerini alan özelliklerden yararlandığınız varsayılır (e. örneğin, Eylem Çubuğu) veya bir sistem menü düğmesine sahip olmanız gereğini aştığınızı; sonuç olarak, üç dikey nokta menüsü "uyumluluk düğmesi" kaybolur. Bu durumda, kullanıcı bir menü düğmesi bulamazsa, düğmeye basamaz ve bu da etkinliğinizin onCreateOptionsMenu (menü) geçersiz kılmasının asla çağrılmayacağı anlamına gelir, bu da yine uygulamanızın işlevselliğinin önemli bir kısmı kullanıcı arayüzünden yoksun bırakılabilir. Tabii ki, kullanıcının bu özelliklere erişmesi için Eylem Çubuğunu veya başka bir alternatif yöntemi uygulamadığınız sürece. t Bir menü düğmesi bulamazsa, ona basamaz ve bu da etkinliğinizin onCreateOptionsMenu (menü) geçersiz kılma işleminin asla çağrılmayacağı anlamına gelir; bu da yine uygulamanızın işlevselliğinin önemli bir bölümünün kullanıcı arayüzünden yoksun bırakıldı. Tabii ki, kullanıcının bu özelliklere erişmesi için Eylem Çubuğunu veya başka bir alternatif yöntemi uygulamadığınız sürece. t Bir menü düğmesi bulamazsa, ona basamaz ve bu da etkinliğinizin onCreateOptionsMenu (menü) geçersiz kılma işleminin asla çağrılmayacağı anlamına gelir; bu da yine uygulamanızın işlevselliğinin önemli bir bölümünün kullanıcı arayüzünden yoksun bırakıldı. Tabii ki, kullanıcının bu özelliklere erişmesi için Eylem Çubuğunu veya başka bir alternatif yöntemi uygulamadığınız sürece.
minSdkVersion ise, bir uygulamanın işletim sistemi sürümünün uygulamanızı çalıştırmak için en az bu API düzeyine sahip olması gerektiğini belirtir. Bu, Google Play uygulama mağazasında (ve muhtemelen diğer uygulama mağazalarında) uygulamanızı hangi cihazların görebildiğini ve indirebildiğini etkiler. Uygulamanızın, bu düzeyde oluşturulan OS (API veya diğer) özelliklerine dayandığını ve bu özelliklerin yokluğu ile başa çıkmak için kabul edilebilir bir yolu olmadığını belirtmenin bir yolu.
API ile ilgili olmayan bir özelliğin varlığını sağlamak için minSdkVersion kullanımına bir örnek, uygulamanızın yalnızca Dalvik yorumlayıcısının JIT özellikli bir sürümünde çalışmasını sağlamak için minSdkVersion değerini 8 olarak ayarlamak olacaktır (JIT tanıtıldığından beri) API yorum 8'deki Android yorumlayıcısına). JIT özellikli bir tercümanın performansı, bu özelliğe sahip olmayandan beş kat daha fazla olabileceğinden, uygulamanız işlemciyi yoğun bir şekilde kullanıyorsa, yeterli performans sağlamak için API seviye 8 veya üstü gerekebilir.
