Android 11 akan memperkenalkan Opsi Pengembang "Kompatibilitas Aplikasi" untuk membantu menguji perubahan platform

Setiap tahun di Google I/O, Google menyoroti beberapa perubahan paling menarik yang akan terjadi pada versi Android berikutnya. Meskipun sebagian besar pengguna menilai versi Android berdasarkan perubahan visual yang memengaruhi pengalaman mereka, setiap pembaruan Android juga hadir dengan banyak sekali perubahan perubahan pada API Dan perilaku platform. Perubahan ini penting untuk diperhatikan dan dipersiapkan oleh pengembang aplikasi, karena perubahan ini dapat mengubah secara mendasar cara aplikasi mereka digunakan oleh pengguna akhir. Dengan versi Android berikutnya, Android 11, Google akan memudahkan pengembang untuk menguji dan mempersiapkan aplikasi mereka menghadapi perubahan mendatang dengan pengaturan "Kompatibilitas Aplikasi" baru di Opsi Pengembang.

Setiap kali Google merilis versi Android baru, pengembang aplikasi yang tertarik secara aktif mempertahankannya aplikasi mereka perlu membaca perubahan baru dan dokumentasi yang menyertainya perubahan. Mereka kemudian dapat memutuskan untuk mengupdate aplikasinya guna menambahkan fitur API baru ini jika mereka ingin atau memigrasikan penggunaan API yang ada ke API yang lebih baru, sebuah jalur yang mungkin bersifat opsional atau tidak. Pengembang aplikasi tidak harus segera memperbarui API target aplikasi mereka, namun mereka harus melakukannya pada akhirnya untuk memenuhi persyaratan tersebut

mengubah persyaratan API target Google Play Store. Setelah itu, pengembang juga harus benar-benar menguji aplikasinya pada versi Android baru, dan hal ini dapat dilakukan pada perangkat yang ditiru, perangkat yang dihosting di cloud, atau perangkat lokal. Pengujian adalah bagian dari rutinitas pengembangan, namun pengujian menjadi lebih penting ketika ada perubahan besar yang terlibat.

Lebih lanjut, ketika Google ingin memperkenalkan perubahan besar pada perilaku platform, mereka tidak segera menerapkan perubahan tersebut dalam rilis versi Android baru. Hal ini untuk melindungi pengguna agar aplikasi mereka tidak rusak dan kehilangan fungsionalitas, dan juga memberi pengembang lebih banyak waktu untuk memperbarui aplikasi mereka. Misalnya, di Android 7 Nougat, Google memutuskan untuk melakukannya membatasi beberapa siaran implisit untuk menghemat masa pakai baterai. Dengan Android 8 Oreo, Google sepenuhnya membatasi aplikasi untuk mendaftarkan penerima siaran implisit. Namun sebelum Android 8 Oreo dirilis, Google ingin pengembang bersiap menghadapi skenario di mana aplikasi mereka tidak lagi dapat mendaftarkan penerima siaran implisit. Dan untuk ini, pengembang bisa gunakan perintah ADB di Android 7 Nougat untuk menyimulasikan kondisi ketika siaran implisit tidak tersedia:

adb shell cmd appops set RUN_IN_BACKGROUND ignore

Perintah ADB seperti di atas adalah contoh bagaimana Google mengizinkan pengembang aplikasi menguji bagaimana aplikasi mereka akan berperilaku dalam perubahan perilaku platform Android.

Contoh terbaru lainnya adalah bagaimana di Android Q Beta 2, Google meminta pengembang untuk menguji Scoped Storage pada aplikasi mereka dengan menjalankan perintah ADB ini:

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

Sebagai pengembang aplikasi, Anda dapat berasumsi bahwa Anda merasa nyaman dengan perintah ADB dan tidak terlalu menolak menggunakannya untuk menguji perubahan platform ini. Namun selalu ada ruang untuk perbaikan, dan Google membuat proses pengujian ini lebih mudah dengan memperkenalkan UI sederhana untuk mengontrol perubahan ini.

Dengan yang baru Proyek PlatformCompat, pengembang tidak perlu lagi menjalankan perintah ADB untuk setiap perubahan perilaku platform baru. Dengan Android 11, Android akan memiliki submenu baru dalam Opsi Pengembang untuk dengan cepat mengubah perubahan perilaku platform baru per aplikasi, tanpa perlu mengirimkan perintah shell ADB apa pun. Akan ada bagian yang berbeda untuk setiap API level target -- misalnya, API level > 29 akan memilikinya kumpulan perubahan perilakunya sendiri yang dapat diubah, sedangkan API level > 30 akan memiliki kumpulan perubahan perilakunya sendiri perubahan.

Pada tangkapan layar di atas menampilkan bagian Kompatibilitas Aplikasi (dari AOSP bawaan sumber yang berjalan pada emulator), "Default Bagian Perubahan yang Diaktifkan" mencakup perubahan API Android 11 yang akan diaktifkan secara default di semua aplikasi, apa pun targetnya SDK. Bagian "diaktifkan untuk targetSDKversion > 29" adalah perubahan API Android 11 yang diaktifkan hanya untuk aplikasi yang menargetkan Android 11/API level 30.

Meskipun perubahan khusus ini tidak secara langsung menarik perhatian pengguna akhir, perubahan ini membuat pekerjaan pengembang aplikasi lebih mudah, dan itu selalu merupakan hal yang baik.

---

Terima kasih kepada Pengembang yang Diakui XDA luca020400 untuk tip dan untuk memberikan tangkapan layar terlampir.

Cakupan lebih lanjut tentang Android 11:

• Android 11 akhirnya dapat menghapus batas ukuran file Android 4GB untuk perekaman video
• Penjadwalan mode gelap mungkin hadir di Android 11
• Mode Pesawat akhirnya mungkin berhenti mematikan audio Bluetooth, dimulai dengan Android 11 R
• Google tidak lagi menggunakan AsyncTask API Android di Android 11
• Google akan meminta pengembang pengelola file mengirimkan formulir untuk mendapatkan akses penyimpanan file yang luas di Android 11
• Android 11 akhirnya dapat menghadirkan implementasi Wireless ADB asli yang tepat