Apa yang dikatakan Google tentang Android 10 di Reddit

Android Q AMA: Semua yang kami pelajari dari Google

Peserta dari tim Android Q beta

• Adam Cohen: TLM di Android Launcher / System UI
• Adam Powell: TLM pada toolkit / framework UI; pandangan, siklus hidup, fragmen, dukungan lib
• Alan Viverette: TLM, Jetpack / AndroidX
• Allen Huang: PM untuk UI, peluncur, notifikasi, integrasi pencarian, dan lainnya!
• Andrew Sappirstein: TLM pada Pengaturan Android
• Brahim Elbouchikhi: PM Director for Android Machine Learning and Camera (NN API, ML Kit, CameraX, Platform Kamera)
• Chad Brubaker: Insinyur Perangkat Lunak, Keamanan Platform Android
• Charmaine D'Silva: PM untuk Privasi
• Chet Haase: Kepala Advokasi Android, Hubungan Pengembang
• Diana Wong: PM, Kompatibilitas Aplikasi, penggunaan API non-SDK, ART, NDK
• Dianne Hackborn: Manajer tim kerangka kerja Android (Sumber Daya, Pengelola Jendela, Manajer Aktivitas, Multi-pengguna, Pencetakan, Aksesibilitas, dll.)
• E.K. Chung: Direktur UX
• Danau Ian: Insinyur Perangkat Lunak, Jetpack (Fragmen, Navigasi, Komponen Arsitektur)
• Iliyan Malchev: Insinyur Perangkat Lunak Utama, Mainline Proyek
• Jacob Lehrbaum: Direktur Hubungan Pengembang untuk Android
• Jake Wharton: Insinyur Perangkat Lunak, Jetpack
• Jamal Eason: PM, Android Studio
• Jeff Bailey: TLM, Proyek Sumber Terbuka Android (AOSP)
• Jeff Sharkey: Insinyur Perangkat Lunak, Kerangka Android
• Jeffrey van Gogh: Android Studio, Compiler
• Jen Chai: PM, Lokasi dan Konteks, Auth, IsiOtomatis, penggunaan API non-SDK, ART
• Karen Ng: Grup PM untuk Alat Pengembang Android, Android Studio, Android Tookit dan Jetpack
• Paul Bankhead: Direktur Manajemen Produk, Google Play
• Rohan Shah: Manajer Produk, UI Sistem Android
• Guy Romain: Manajer tim Toolkit Android / Jetpack
• Sagar Kamdar: Direktur Manajemen Produk, Android
• Sabtu K: Direktur Teknik, Konektivitas Android
• Selim Cinek: Insinyur Perangkat Lunak, UI Sistem Android
• Stephanie Saad Cuthbertson: Direktur Senior Manajemen Produk, Android
• Sumir Kataria: Insinyur Perangkat Lunak, Jetpack (WorkManager)
• Travis McCoy: PM, Platform Android
• Upstill Trystan: Insinyur yang Terhormat, Pimpinan untuk Sistem Android UI & Intelligence
• Vinit Modi: PM, Kamera Android

OEM tidak bisa lagi membunuh aplikasi ketika pengguna menyapu mereka dalam arus baru

Jika Anda pernah menggunakan smartphone dari merek China, maka Anda mungkin berurusan dengan fitur "optimasi baterai" yang mengganggu yang membunuh semua aplikasi favorit Anda di latar belakang. Perilaku ini tidak hanya mengganggu bagi pengguna yang mengharapkan aplikasi tertentu untuk terus berjalan di latar belakang dengan alasan apa pun, tetapi juga mengganggu bagi pengembang yang harus menderita ulasan buruk dari pengguna yang tidak mengerti bahwa itu bukan kesalahan aplikasi. Sementara Google masih tidak sepenuhnya menangani masalah ini (mereka langsung mengangkat masalah dengan menyatakan bahwa perilaku ini kemungkinan sudah melanggar persyaratan Dokumen Definisi Android Kompatibilitas), perusahaan mengambil tindakan terhadap satu perubahan perilaku "penghematan baterai" yang dilakukan oleh beberapa OEM.

"Untuk membantu dengan situasi ini, kami telah menambahkan tes CTS di Android Q untuk memastikan bahwa aplikasi tidak terbunuh saat digesek dari Recents."

Android R dapat membawa lebih banyak perubahan pada tangkapan layar dari yang kami harapkan

Google berencana untuk menambahkan tangkapan layar gulir di Android R, tetapi pada saat yang sama, tim Android "memperhatikan dengan cermat bagaimana (mereka) dapat meningkatkan pengalaman seluruh layar- (X) untuk R." Dengan demikian, kita dapat melihat yang lain perbaikan perilaku tangkapan layar (DAN screencast) di versi Android utama berikutnya.

Mengklarifikasi Mode Desktop baru Android Q

Rilis beta publik pertama dari Android Q membawa antarmuka mode desktop tersembunyi ke AOSP dan Pixel Launcher. Meskipun Google secara singkat menyentuh fitur tersebut selama sesi Google I / O, kami belum pernah mendengar langsung dari Google tentang bagaimana fitur baru ini cocok dengan ekosistem Android. Google sekarang mengklarifikasi:

“Dalam Q AOSP mode mode desktop’ adalah opsi pengembang yang ditargetkan untuk pengembang aplikasi. Hal ini memungkinkan mereka untuk menguji aplikasi mereka di lingkungan mode windowing multi-display dan freeform. Sebelumnya tidak ada cara yang mudah untuk menguji perilaku aplikasi pada layar sekunder dan dengan resizable bebas windows stok Android. Fitur ini tidak diproduksi sendiri dan tidak dimaksudkan untuk pengguna biasa saat ini. Namun demikian, ini adalah dasar platform Android untuk OEM untuk berinovasi dan membuat produk hebat. "

Dengan demikian, kita dapat berharap untuk melihat OEM dibangun berdasarkan mode desktop asli Android Q. Misalnya, OnePlus 7 Pro mendukung tampilan keluar melalui HDMI, sehingga mungkin OxygenOS 10 yang berbasis pada Android Q akan memiliki antarmuka mode desktop sendiri di masa depan. Kami juga berharap Google membangun fitur untuk Pixel 4 mendatang.

Mode Gelap Berbasis Waktu

Android Q akhirnya membawa fitur yang banyak diminta: mode gelap sistem-lebar. Saat ini, mode gelap dapat diaktifkan secara manual di Pengaturan atau melalui ubin Pengaturan Cepat, atau dapat diaktifkan secara otomatis ketika Penghemat Baterai diaktifkan. Sebelum Android Q, ada opsi untuk mengaktifkan mode gelap berdasarkan waktu hari, tetapi opsi itu sudah ditinggalkan. Menurut Chris Banes:

“Ada beberapa alasan mengapa ini tidak digunakan lagi (tidak dihapus) di AppCompat v1.1.0: itu membutuhkan aplikasi untuk meminta izin lokasi agar akurat, dan bahkan dengan lokasi yang valid perhitungan waktu matahari terbit / terbenam dapat menjadi buggy.”

Ketika ditanya tentang bug ini, Bpk. Banes menyatakan bahwa “menghitung matahari terbit / terbenam sangat terkenal, terutama untuk lokasi yang dekat dengan kutub utara / selatan.” Pengguna menampilkan Night Light, yang tersedia sejak Android 7.1 Nougat, dapat diaktifkan secara otomatis berdasarkan pada jadwal Sunset / Sunrise. Banes kemudian menyatakan bahwa karena Night Light menggunakan CalendarAstronomer dari ICU4J, ia menggunakan "sebagian besar kode yang tidak ingin AppCompat bergantung." Namun, tim tidak menyatakan bahwa fitur ini adalah "sesuatu (mereka) akan melihat ke dalam. "

Wajib Camera2 API / Camera HAL3 dukungan untuk perangkat peluncuran Q Android

Google memperkenalkan Camera2 API untuk lebih mendefinisikan bagaimana aplikasi dapat berinteraksi dengan masing-masing kamera yang terhubung ke ponsel cerdas Anda. Sementara Google mendorong vendor ponsel cerdas untuk "mengekspos semua kamera fisik mereka ke pengembang," banyak vendor memilih untuk tidak melakukannya meskipun "API itu sendiri tidak mencegah mereka hari ini." Ini berarti bahwa banyak aplikasi kamera pihak ketiga tidak dapat menggunakan yang sekunder atau modul kamera tersier modern smartphones. Namun, Kemajuan sedang dibuat, karena Android Q telah meningkatkan LOGICAL_MULTI_CAMERA, sebuah API yang memberikan pengembang akses yang lebih baik ke semua kamera pada suatu perangkat dan yang memberi OEM kontrol atas konsumsi daya dan manajemen beberapa kondisi kamera.

Lebih lanjut, Google mengatakan bahwa mereka telah menambahkan persyaratan untuk semua perangkat yang diluncurkan dengan Android Q untuk mendukung Camera2 API / Camera HAL3. Menurut Vinit Modi:

“Dimulai dengan Android P, pengiriman perangkat baru dengan 1GB atau lebih RAM diperlukan untuk menggunakan HALv3 / camera2 secara asli. Android Q dan seterusnya, semua perangkat baru diharuskan untuk mendukung HALv3 / camera2 secara asli. Sayangnya peningkatan dari HALv1 ke HALv3 cukup rumit di udara dan mungkin memiliki konsekuensi yang tidak terduga sehingga kami harus membatasi ruang lingkup perangkat baru. ”

Menariknya, pernyataan Modi tentang RAM normal perangkat peluncuran Android P bertentangan dengan apa yang kami katakan sebelumnya oleh Google dan apa yang dipublikasikan pada halaman Image Test Suite online.

Aplikasi Dinamis Mereka dengan Jetpack Compose

Kerangka bertema OMS Sony telah ditambahkan ke AOSP beberapa rilis kembali, tetapi hanya dimaksudkan untuk membangun OEM. Kita sudah tahu bahwa Google menentang penggunaan overlay sumber daya runtime oleh pengguna untuk aplikasi tema, tetapi untuk pengembang, perusahaan berharap bahwa kerangka UI Jetpack Compose akan memajukan "pendekatan menarik untuk tema dinamis."

Vulkan-backend untuk Skia untuk membuat UI

Tahun lalu, kami melihat sebuah diskusi di antara para insinyur Google berbicara tentang rencana mereka untuk membuat kerangka Android menggunakan Vulkan graphics API untuk rendering UI. Meskipun sekarang memungkinkan untuk mengaktifkan backend yang dipercepat perangkat keras Vulkan tanpa ponsel Anda mogok, kami belum pernah mendengar rencana konkret dari Google tentang kapan mereka berencana untuk meluncurkan perubahan ini. AMA ini tidak menjawab pertanyaan itu, tetapi setidaknya kami memiliki konfirmasi bahwa itu masih bekerja. Menurut Romain Guy:

“Tim telah bekerja pada backend Vulkan untuk Skia, renderer 2D yang digunakan oleh Android, tetapi saat ini tidak diaktifkan secara default. UI dan Canvas masih melalui OpenGL ES. "

Membuat bilah gerakan Android Q lebih dinamis

Beberapa di XDA masih berpikir bahwa gerakan baru Android berantakan, tapi saya pribadi pikir itu baik-baik saja. Jika Anda bermain-main dengan gerakan baru di Android Q sebentar, Anda akan melihat bahwa bilah gerakan tidak bergerak dengan jari Anda. Itu juga menempel di layar di mana tidak diperlukan, seperti layar beranda atau gambaran umum aplikasi terbaru. Allen Huang mengatakan bahwa mereka "sepenuhnya setuju ada peluang" untuk membuat "garis navigasi kurang statis." Dia lebih lanjut mengatakan bahwa "ini adalah sesuatu yang sedang kami kerjakan – tetapi juga menyeimbangkan sehingga tidak mengganggu / menghilang."

Perbaikan Kerangka Akses Akses

Banyaknya perubahan dalam Android Q telah meningkatkan keamanan dan privasi platform secara besar-besaran. Satu perubahan seperti itu, yang disebut "Penyimpanan Scoped," membatasi akses aplikasi ke file pada penyimpanan eksternal dengan cara yang masuk akal; aplikasi musik tidak perlu melihat galeri Anda, misalnya. Aplikasi manajer file yang berjalan di Android Q harus menggunakan API yang disebut Storage Access Framework untuk terus berfungsi seperti biasa, tetapi beberapa pengembang melihat API ini lebih rendah dari yang sebelumnya tersedia. Jeff Sharkey dari Google mengatakan tim telah mengatasi beberapa keluhan pengembang ini:

“Kami membuat beberapa peningkatan kinerja SAF dalam rilis Android Q Beta terbaru; Bisakah Anda memeriksa tolok ukur Anda terhadap Beta terbaru? Juga pastikan Anda menggunakan ContentProviderClient saat menjalankan operasi massal. "

Project Treble meningkatkan adopsi Android Pie versus Android Oreo

Kami telah melihat bagaimana Project Treble, suatu penataan ulang tingkat rendah utama kerangka Android, telah meningkatkan adopsi versi OS Android yang lebih baru. Google memuji Treble di belakang banyak vendor ponsel pintar yang bergabung dengan Android P beta tahun lalu dan Android Q beta tahun ini. Iliyan Malchev, pimpinan Project Treble dan Mainline engineer, mengatakan bahwa adopsi Android Pie adalah "3 kali" dari Android Oreo pada akhir 2018.

Dalam komentar yang sama, Dick Dougherty menggoda bahwa metrik yang lebih berguna sedang bekerja untuk bagan distribusi versi Android. Grafik ini terakhir diperbarui pada bulan Mei, tetapi datanya lebih bermanfaat bagi jurnalis daripada pengembang aplikasi.

Perekaman Layar masih WIP

Android Q betas awal menambahkan fitur bendera untuk perekam layar dasar, tetapi platform itu sendiri telah secara besar meningkatkan utilitas perekaman layar dengan memungkinkan aplikasi untuk menangkap audio dari aplikasi lain. Stephanie Saad Cuthbertson mengatakan tim sedang mempertimbangkan "bagaimana kita dapat melakukan yang lebih baik pada kebutuhan perekaman layar seperti baru-baru ini kemarin." Merek-merek smartphone lain seperti OnePlus, ASUS, Huawei, dan Samsung memiliki perekam layar yang kuat yang dapat merekam audio internal, sehingga Google akan bermain mengejar di sini.

Tema Gelap Semua Hal!

Jika Anda melewatkannya, Google menambahkan mode gelap ke sebagian besar aplikasi mereka. Stephanie Saad Cuthbertson mengatakan mengharapkan semua "aplikasi utama" untuk mendukung tema gelap "oleh rilis resmi (Android Q)." Bahkan Google Chrome, yang saat ini memaksa memuat ulang halaman saat tema gelap sistem-lebar diaktifkan, akan diperbarui ke tidak lagi disegarkan saat tema diubah.

Ya, Peluncur Pihak Ketiga akan bekerja dengan Gestures (Akhirnya)

Gerakan Android agak rusak ketika Anda menggunakan peluncur pihak ketiga. Itu karena UI aplikasi terbaru terkandung dalam aplikasi peluncur saham, dan Google belum menemukan cara untuk memiliki transisi mulus yang sama seperti yang kita lihat saat menggunakan gerakan dengan Peluncur Pixel stok. Adam Cohen menegaskan rencana Google untuk mengatasi masalah ini "secepat mungkin setelah rilis." Dia lebih lanjut mengatakan bahwa ketidakcocokan "akan dibahas dalam pembaruan pasca-Q, dan didukung untuk perangkat baru yang diluncurkan dengan Q."

Partisi dinamis / logis tidak ada di sini untuk membunuh ROM kustom

Untuk mendukung Pembaruan Sistem Dinamis di Android Q, perangkat tertentu seperti Google Pixel 3 dan Pixel 3 XL memanfaatkan partisi logis. Partisi ini dapat diubah ukurannya secara dinamis. Perubahan ini terbukti menantang dalam membuat akses root berfungsi, dan beberapa pengembang khawatir bahwa ROM khusus sedang ditargetkan. Iliyan Malchev meyakinkan kami bahwa tujuannya bukan untuk membatasi ROM khusus. Saat dia menjelaskan:

“Partisi dinamis tidak dimaksudkan untuk membatasi apa yang dapat Anda lakukan dengan ROM khusus. Mereka hanyalah solusi untuk masalah ukuran partisi tetap dan kurangnya cara yang aman untuk mempartisi ulang perangkat di OTA. Sebelum partisi dinamis, jika OEM melakukan kesalahan dalam mengukur, mis. partisi sistem, maka mereka akan dibatasi oleh pilihan itu, sehingga praktis tidak mungkin untuk meningkatkan perangkat setelah titik tertentu. Beberapa OEM melakukan partisi ulang perangkat mereka di OTA sebagai praktik, tetapi ini a) tidak didukung secara resmi di Android, dan b) mengubah tabel partisi dianggap cukup berisiko. Partisi dinamis bertujuan untuk mengatasi masalah dengan memperkenalkan tingkat tipuan antara tabel partisi fisik dan OS. Ini pada gilirannya memungkinkan kita untuk menyesuaikan ukuran partisi dengan aman pada OTA. Adapun ROM kustom, Anda tidak boleh dibatasi sama sekali seperti Anda hari ini dengan apa yang dapat Anda lakukan. Mendukung ROM kustom adalah dan terus menjadi sesuatu yang setiap OEM memutuskan untuk mengaktifkannya. "

Arus Utama Proyek – Modul ART dan Panjang Dukungan

Mainline adalah inisiatif baru oleh Google yang bertujuan untuk membakukan pustaka dan paket tertentu sehingga mereka dapat diperbarui secara terpisah dari pembaruan platform. Beberapa orang bertanya-tanya mengapa Android Runtime (ART) belum menjadi modul Mainline, tetapi saya diberitahu di Google I / O bahwa kompleksitas yang terlibat dalam modularisasi ART mencegah mereka memasukkannya sebagai salah satu paket APEX awal. Seperti yang dijelaskan oleh Iliyan Malchev dan Diana Wong:

“Membuat pembaruan untuk Runtime (terutama perbaikan kinerja & GC dan perpustakaan inti) jelas merupakan sesuatu yang kami jelajahi dalam konteks arus utama. Kami dapat melihat banyak manfaat untuk dapat membuat pembaruan ini konsisten di semua perangkat dan di beberapa rilis dengan arus utama. Ini juga merupakan tantangan teknis yang sangat besar karena kami memikirkan cara melakukan yang terbaik untuk pengembang, dan kemungkinan upaya multi-tahun. Ini bukan sesuatu yang bisa dilakukan Mainline saat ini, tetapi tentu saja sesuatu yang kami pikirkan. "

Jika Anda mengikuti AOSP Gerrit, Anda akan melihat bahwa Google tetap bekerja keras membuat Runtime APEX. Saat ini, mereka tampaknya membagi Bionic dan ART / libcore menjadi modul APEX terpisah.

Mengenai manfaat dari Mainline Proyek, satu pengguna bertanya tentang panjang pembaruan Mainline. Sebagai tanggapan, Iliyan Malchev mengatakan bahwa "ini adalah pertanyaan kebijakan yang masih kami evaluasi, tetapi kami ingin memperbarui modul Mainline selama mungkin." Pengembang yang Diakui XDA luca020400 bertanya tentang apakah modul Mainline prebuilt akan disediakan sehingga pengembang custom ROM dapat menggabungkan pembaruan, dan sebagai tanggapannya, Jeff Bailey menegaskan kembali bahwa "modul yang memisahkan AOSP akan memiliki rilis sumber yang cocok dengan setiap rilis modul." Kita sudah dapat melihat perkembangan modul APEX baru di AOSP seperti satu untuk API Jaringan Saraf Tiruan.

CameraX memenuhi ML Kit

Pada I / O tahun ini, Google memperkenalkan perpustakaan CameraX Jetpack. Pustaka ini dirancang untuk memudahkan pengembang untuk mendukung Android Camera2 API sambil mempertahankan kompatibilitas kembali ke Android Lollipop. Vinit Modi menggoda bahwa perusahaan sedang berupaya mengintegrasikan CameraX dengan ML Kit, mesin Google yang mempelajari Firebase SDK, sehingga pengembang dapat memasukkan bingkai gambar ke dalam ML Kit untuk dianalisis.

Ekstensi dan Tanggal Rilis Vendor CameraX

Pengembang aplikasi kamera menyesalkan fakta bahwa fitur kamera canggih seperti Google Pixel's Night Sight tidak dapat diakses oleh aplikasi kamera pihak ketiga. Ini seharusnya dapat dipecahkan dengan ekstensi vendor CameraX, yang dikatakan oleh Jeff Sharkey dari Google bahwa "semua perangkat Pixel dioptimalkan untuk CameraX Core." Ia menggoda bahwa "aspek Ekstensi akan didukung pada perangkat baru dan yang akan datang." , Google "bekerja dengan beberapa produsen untuk dapat menghadirkan kemampuan perangkat mereka kepada pengembang dan pengguna." Meskipun tidak secara langsung dikonfirmasi, mungkin saja kita dapat melihat fitur seperti Night Sight di Google Pixel 4 tersedia untuk aplikasi kamera pihak ketiga yang menggunakan perpustakaan CameraX.

Mr Sharkey menyatakan bahwa Google menargetkan rilis beta untuk akhir tahun ini.

Peningkatan Manajemen Memori di Android Q

Pixel 3 dicerca karena memiliki banyak masalah pasca peluncuran, tetapi Google telah melakukan banyak hal untuk mengatasi masalah ini melalui berbagai pembaruan pasca peluncuran. Manajemen memori telah menjadi salah satu aspek terlemah Pixel 3, tetapi segalanya akan sedikit lebih baik dalam rilis Android Q. Menurut Selim Cinek:

"Dalam SystemUI misalnya, kami memiliki berbagai upaya refactoring besar di Q untuk mengurangi penggunaan RAM pemberitahuan dan permukaan lainnya."

Akankah kita akhirnya mendapatkan ADB nirkabel?

Jika Anda ingin men-debug telepon Anda secara nirkabel, Anda harus melakukan root pada perangkat Anda. Jamal Eason dari tim Android Studio mengatakan bahwa mereka saat ini menangani kelayakan fitur ini.

Apakah Google masih menguji pada tablet?

Pengembang XDA yang Diakui Luk1337 bertanya apakah Google masih menguji AOSP UX pada tablet. Ini adalah pertanyaan yang wajar mengingat kelangkaan tablet Android yang baik dan bug yang ada dalam rilis saat ini. Allen Huang mengatakan bahwa Google masih "menguji dan melakukan perbaikan setiap tahun" dan bahwa perusahaan bekerja sama dengan mitra "untuk memastikan pengalaman tablet Android yang baik."

Ada lebih banyak posting di utas lengkap di Reddit. Apa yang telah saya bahas di sini merangkum semua informasi baru yang kami pelajari, tetapi beberapa Googler (terutama Dianne Hackborn) masuk ke alasan mereka di balik pemotongan fitur X atau tidak menerapkan izin Y. Saya sarankan Anda membaca AMA lengkap jika Anda ingin memahami pengambilan keputusan tim Android sedikit lebih baik.

Baca AMA lengkap di / r / AndroidDev

Ingin lebih banyak posting seperti ini dikirim ke kotak masuk Anda? Masukkan email Anda untuk berlangganan newsletter kami.