Android 11, platform değişikliklerinin test edilmesine yardımcı olmak için bir "Uygulama Uyumluluğu" Geliştirici Seçeneği sunacak

click fraud protection

Android 11, Geliştirici Seçeneğinde yeni bir "Uygulama Uyumluluğu" ayarıyla birlikte gelecek ve uygulama geliştiricilerin platform davranış değişikliklerini test etmesini kolaylaştıracak.

Google her yıl Google I/O'da Android'in bir sonraki sürümüne gelecek en heyecan verici değişikliklerden bazılarını öne çıkarıyor. Çoğu kullanıcı, Android sürümlerini deneyimlerini etkileyen görsel değişikliklere göre değerlendirirken, her Android güncellemesi aynı zamanda birçok güncellemeyle birlikte gelir. API'lerde yapılan değişiklikler Ve platform davranışı. Bu değişiklikler, uygulamalarının son kullanıcılar tarafından tüketilme yollarını temelden değiştirebileceğinden, uygulama geliştiricilerin not alması ve uygulamalarını hazırlaması açısından önemlidir. Android'in bir sonraki sürümü olan Android 11 ile Google, Geliştirici Seçenekleri'ndeki yeni "Uygulama Uyumluluğu" ayarıyla geliştiricilerin uygulamalarını test etmelerini ve yaklaşan değişikliklere hazırlamalarını kolaylaştıracak.

Google her yeni Android sürümünü yayınladığında, aktif olarak bakım yapmakla ilgilenen uygulama geliştiricileri başvurularının yeni değişiklikleri ve bunlarla birlikte gelen belgeleri okuması gerekiyor değişiklikler. Daha sonra, isterlerse veya mevcut API'lerin kullanımını daha yeni API'lere taşımak isterlerse bu yeni API özelliklerini eklemek için uygulamalarını güncellemeye karar verebilirler; bu, isteğe bağlı olabilecek veya olmayabilecek bir yoldur. Uygulama geliştiricilerin, uygulamalarının hedef API'sini hemen güncellemeleri gerekmez, ancak gereksinimleri karşılamak için bunu eninde sonunda yapmak zorundalar.

Google Play Store'un değişen hedef API gereksinimleri. Bundan sonra geliştiricilerin uygulamalarını yeni Android sürümünde gerçekten test etmeleri gerekiyor ve bu, öykünülmüş bir cihazda, bulutta barındırılan bir cihazda veya yerel bir cihazda yapılabilir. Test etme, geliştirme rutininin bir parçasıdır, ancak büyük değişiklikler söz konusu olduğunda test etme daha da önemli hale gelir.

Ayrıca Google, platformun davranışında büyük değişiklikler yapmak istediğinde, değişikliği hemen yeni Android sürümü sürümüne uygulamaz. Bu, kullanıcıları birçok uygulamasının bozulmasından ve işlevselliğini kaybetmesinden korumak içindir ve aynı zamanda geliştiricilere uygulamalarını güncellemeleri için daha fazla zaman tanır. Örneğin, Android 7 Nougat'ta Google şunları yapmaya karar verdi: bazı örtülü yayınları sınırla Pil ömründen tasarruf etmek için. Android 8 Oreo ile Google uygulamaların örtülü yayın alıcılarını kaydetmesi tamamen kısıtlandı. Ancak Android 8 Oreo yayınlanmadan önce Google, geliştiricilerin uygulamalarının artık örtülü yayın alıcılarını kaydedemeyeceği bir senaryoya hazırlanmalarını istiyordu. Ve bunun için geliştiriciler şunları yapabilir: örtülü yayınların kullanılamadığı bir durumu simüle etmek için Android 7 Nougat'ta bir ADB komutu kullanın:

adb shell cmd appops set RUN_IN_BACKGROUND ignore

Yukarıdaki gibi ADB komutları, Google'ın uygulama geliştiricilerine, uygulamalarının Android platformu davranış değişiklikleri altında nasıl davranacağını test etmelerine nasıl izin verdiğinin bir örneğidir.

Bir diğer güncel örnek ise Android Q Beta 2'de, Google, geliştiricilerden Kapsamlı Depolamayı test etmelerini istedi Bu ADB komutunu çalıştırarak uygulamalarında:

adb shell cmd appops set your-package-name android: legacy_storage default && \

Bir uygulama geliştiricisi olarak, ADB komutlarından memnun olduğunuz ve bu platform değişikliklerini test etmek için bunları kullanmaktan özellikle çekinmediğiniz varsayılabilir. Ancak her zaman iyileştirmeye yer vardır ve Google, bu değişiklikleri kontrol etmek için basit bir kullanıcı arayüzü sunarak bu test sürecini kolaylaştırmaktadır.

Yeni ile PlatformCompat projesi, geliştiricilerin artık her yeni platform davranışı değişikliği için ADB komutlarını çalıştırmalarına gerek yok. Android 11 ile Android, herhangi bir ADB kabuk komutu göndermeye gerek kalmadan uygulama bazında yeni platform davranış değişikliklerini hızlı bir şekilde değiştirmek için Geliştirici Seçenekleri içerisinde yeni bir alt menüye sahip olacak. Her hedef API düzeyi için farklı bölümler olacaktır; örneğin, API düzeyi > 29'da Değiştirilebilen kendi davranış değişiklikleri kümesi bulunurken, API düzeyi > 30'un kendi davranış değişiklikleri kümesi olacaktır. değişiklikler.

Uygulama Uyumluluğu bölümünü gösteren yukarıdaki ekran görüntüsünde (bir öykünücü üzerinde çalışan kaynak tabanlı bir AOSP'den), "Varsayılan Etkin Değişiklikler" bölümü, hedefleri ne olursa olsun tüm uygulamalarda varsayılan olarak etkinleştirilecek Android 11 API değişikliklerini içerir SDK'dır. "HedefSDK sürümü > 29 için etkinleştirildi" bölümü, yalnızca Android 11/API düzeyi 30'u hedefleyen uygulamalar için etkinleştirilen Android 11 API değişiklikleridir.

Bu özel değişiklik son kullanıcıları doğrudan heyecanlandırmasa da uygulama geliştiricilerin işini kolaylaştırıyor ve bu her zaman iyi bir şey.


XDA Tanınan Geliştiriciye Teşekkürler luca020400 ipucu için ve ekteki ekran görüntüsünü sağladığınız için.

Android 11'de daha fazla kapsam:

  • Android 11 sonunda Android'in video kayıtları için 4 GB dosya boyutu sınırını kaldırabilir
  • Karanlık mod planlaması Android 11'de gelebilir
  • Uçak Modu, Android 11 R'den başlayarak nihayet Bluetooth sesini kapatmayı bırakabilir
  • Google, Android 11'de Android'in AsyncTask API'sini kullanımdan kaldırıyor
  • Google, Android 11'de geniş dosya depolama erişimi elde etmek için dosya yöneticisi geliştiricilerinin bir form göndermesini sağlayacak
  • Android 11 nihayet uygun, yerel bir Kablosuz ADB uygulaması getirebilir