Apa yang dikatakan Google tentang Android 10 di Reddit

Android Q AMA: semua yang kami pelajari dari Google

Peserta tim Android Q beta

• Adam Cohen: TLM di Android Launcher / System UI
• Adam Powell: TLM dalam toolkit / framework UI; tampilan, siklus hidup, cuplikan, dukungan lib
• Alan Viverette: TLM, Jetpack / AndroidX
• Allen Huang: PM untuk UI, peluncur, notifikasi, integrasi pencarian, dan lainnya!
• Andrew Sappirstein: TLM dalam 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 Pertahanan Android, Hubungan Pengembang
• Diana Wong: PM, kompatibilitas aplikasi, penggunaan API selain SDK, ART, NDK
• Dianne Hackborn: Manajer kerangka kerja Android (sumber daya, pengelola jendela, pengelola aktivitas, banyak 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, Proyek Utama
• 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, kompiler
• Jen Chai: PM, lokasi dan konteks, otentikasi, pelengkapan otomatis, penggunaan API non-SDK, ART
• Karen Ng: Grup PM untuk alat pengembangan Android, Android Studio, Android Tookit dan Jetpack
• Paul Bankhead: Direktur Manajemen Produk, Google Play
• Rohan Shah: Manajer produk, antarmuka pengguna sistem Android
• Guy romain: Android Team Manager / Jetpack Toolkit
• Sagar Kamdar: Direktur Manajemen Produk, Android
• Sabtu K: Direktur Teknis, Konektivitas Android
• Selim Cinek: Insinyur Perangkat Lunak, Antarmuka Pengguna Sistem Android
• Stephanie Saad Cuthbertson: Direktur Senior Manajemen Produk, Android
• Sumari Kataria: Insinyur Perangkat Lunak, Jetpack (WorkManager)
• Travis McCoy: PM, platform Android
• Upstill Trystan: Insinyur yang terhormat, Pemimpin Android UI dan Sistem Intelijen
• Vinit Modi: PM, kamera Android

OEM tidak dapat lagi menghapus aplikasi saat pengguna menyapu mereka dalam transmisi baru

Jika Anda pernah menggunakan smartphone merek Cina, maka Anda mungkin berurusan dengan fitur "optimasi baterai" yang mengganggu yang menghapus semua aplikasi favorit Anda dari latar belakang. Perilaku ini tidak hanya menjengkelkan bagi pengguna yang mengharapkan aplikasi tertentu untuk terus berjalan di latar belakang dengan alasan apa pun, tetapi juga menjengkelkan bagi pengembang yang harus menderita kritik buruk dari pengguna yang tidak mengerti bahwa itu bukan kesalahan aplikasi. Sementara Google masih tidak sepenuhnya mengatasi masalah ini (mereka segera mengangkat masalah ini dengan mengklaim bahwa perilaku ini dapat melanggar persyaratan Dokumen Definisi Kompatibilitas Android), perusahaan mengambil tindakan atas perubahan perilaku "hemat baterai" oleh berbagai produsen peralatan asli.

"Untuk membantu dengan situasi ini, kami telah menambahkan tes CTS pada Android Q untuk memastikan bahwa aplikasi tersebut tidak dihapus ketika ia pergi baru-baru ini."

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 layar penuh (X) untuk R." Oleh karena itu, kita dapat melihat peningkatan lain dalam perilaku tangkapan layar (AND screencast) di versi utama Android berikutnya.

Mengklarifikasi mode desktop Android Q baru

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

"Dalam mode Q AOSP mode desktop" adalah opsi pengembang untuk pengembang aplikasi. Ini memungkinkan mereka untuk menguji aplikasi mereka di lingkungan mode multi-jendela dan layar-bebas. Sebelumnya tidak ada cara mudah untuk menguji perilaku aplikasi di layar sekunder dan dengan mengubah ukuran gratis windows Stok Android. Fitur ini tidak diproduksi sendiri dan tidak ditujukan untuk pengguna biasa saat ini. Namun, ini adalah dasar dari platform Android untuk produsen peralatan asli untuk berinovasi dan membuat produk hebat. "

Dengan demikian, kita bisa berharap melihat OEM terintegrasi ke dalam mode desktop asli Android Q. Misalnya, OnePlus 7 Pro mendukung tampilan keluar melalui HDMI, jadi mungkin OxygenOS 10 berbasis Android Q akan memiliki antarmuka mode desktop sendiri di masa depan. Kami juga berharap Google membuat fitur piksel. 4 masa depan

Mode gelap berdasarkan 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 usang. Menurut Chris Banes:

"Ada sejumlah alasan mengapa ini tidak lagi digunakan (tidak dihapus) di AppCompat v1.1.0: itu mengharuskan aplikasi untuk meminta izin lokasi tepatnya, dan bahkan dengan lokasi yang valid, menghitung waktu keberangkatan dan matahari terbenam mungkin salah. "

Ketika ditanya tentang kesalahan ini, Mr. Banes menyatakan bahwa "penghitungan matahari terbit / terbenam sangat populer, terutama untuk tempat-tempat di dekat kutub utara / selatan." Pengguna menunjukkan Night Light, yang tersedia dari Android 7.1 Nougat, itu dapat diaktifkan secara otomatis tergantung pada jadwal Sunset / Sunrise. Banes kemudian menyatakan bahwa karena Night Light menggunakan CalendarAstronomer ICU4J, ia menggunakan "sebagian besar kode yang tidak ingin diandalkan AppCompat." Namun, tim tidak menyatakan fitur ini sebagai "sesuatu yang akan mereka selidiki."

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

Google memperkenalkan Camera2 API untuk lebih menentukan bagaimana aplikasi dapat berinteraksi dengan setiap kamera yang terhubung ke ponsel cerdas Anda. Sementara Google mendorong vendor smartphone untuk "mengekspos semua kamera fisik mereka kepada 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 modul kamera tersier modern atau sekunder 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 perangkat dan memberi OEM kontrol atas konsumsi daya dan manajemen berbagai kondisi kamera.

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

"Dimulai dengan Android P, perangkat baru dengan 1 GB atau lebih dari RAM diperlukan untuk menggunakan HALv3 / kamera2 asli. Android Q, dll., Semua perangkat baru diperlukan untuk mendukung HALv3 / camera2 asli. Sayangnya, Memutakhirkan dari HALv1 ke HALv3 cukup rumit di udara dan dapat memiliki konsekuensi yang tidak terduga, jadi kita 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 online Image Test Suite.

Aplikasi dinamis Anda dengan Jetpack Compose

Kerangka kerja tema CSO Sony telah ditambahkan ke AOSP dalam beberapa peluncuran ulang, tetapi hanya dimaksudkan untuk membuat OEM. Kita sudah tahu bahwa Google menentang penggunaan overlay sumber daya pengguna saat runtime untuk aplikasi tema, tetapi untuk pengembang, perusahaan mengharapkan kerangka Jetpack Compose UI untuk mempromosikan "pendekatan menarik untuk tema dinamis. "

Vulkan-backend untuk Skia untuk melakukan antarmuka pengguna

Tahun lalu, kami melihat diskusi di antara para insinyur Google berbicara tentang rencana mereka untuk membuat kerangka kerja Android menggunakan Vulkan graphics API untuk merender antarmuka pengguna. Meskipun sekarang dimungkinkan untuk mengaktifkan backend yang mempercepat perangkat keras Vulkan tanpa ponsel Anda mogok, kami belum pernah mendengar tentang rencana spesifik dari Google saat mereka berencana untuk meluncurkan perubahan ini. AMA ini tidak menjawab pertanyaan itu, tetapi setidaknya kami memiliki konfirmasi bahwa itu masih berfungsi. Menurut Romain Guy:

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

Jadikan Android Q gesture bar lebih dinamis

Beberapa di XDA masih berpikir langkah Android baru itu berantakan, tetapi secara pribadi saya pikir itu baik-baik saja. Jika Anda bermain dengan gerakan baru di Android Q untuk sementara waktu, Anda akan melihat bahwa bilah gerakan tidak bergerak dengan jari Anda. Ini juga menempel pada layar di mana itu tidak diperlukan, seperti layar beranda atau ikhtisar aplikasi terbaru. Allen Huang mengatakan bahwa "mereka sepenuhnya setuju bahwa ada peluang" untuk membuat "garis-garis navigasi menjadi kurang statis." Dia juga mengatakan bahwa "ini adalah sesuatu yang sedang kami kerjakan, tetapi juga seimbang sehingga tidak mengganggu / menghilang."

Akses kerangka akses yang ditingkatkan

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

"Kami membuat beberapa peningkatan pada kinerja SAF dalam versi terbaru Android Q Beta; dapatkah Anda membandingkan tolok ukur Anda dengan versi beta terbaru? Juga pastikan untuk menggunakan ContentProviderClient ketika melakukan operasi massal."

Project Treble meningkatkan adopsi Android Pie versus Android Oreo

Kami telah melihat bagaimana Project Treble, reorganisasi tingkat rendah utama kerangka Android, telah meningkatkan adopsi versi baru sistem operasi Android. Google memuji Treble di belakang banyak penyedia ponsel pintar yang bergabung dengan Android P beta tahun lalu dan Android Q beta tahun ini. Iliyan Malchev, kepala proyek dan insinyur Treble di Mainline, mengatakan adopsi Android Pie adalah "3x" dari Android Oreo pada akhir 2018.

Dalam komentar yang sama, Dick Dougherty mencemooh bahwa ada metrik yang lebih berguna untuk versi Android dari papan distribusi. Bagan ini terakhir diperbarui pada bulan Mei, tetapi datanya lebih bermanfaat bagi jurnalis daripada pengembang aplikasi.

Rekaman layar masih WIP

Versi beta Android Q segera menambahkan fitur bendera ke perekam layar dasar, tetapi platform itu sendiri telah sangat meningkatkan utilitas perekaman layar dengan memungkinkan aplikasi untuk menangkap audio dari aplikasi lain. Stephanie Saad Cuthbertson mengatakan tim sedang mempertimbangkan "bagaimana kita dapat meningkatkan kebutuhan perekaman layar mulai kemarin." Merek smartphone lain seperti OnePlus, ASUS, Huawei, dan Samsung memiliki perekam layar yang kuat yang dapat merekam audio internal, sehingga Google akan mengejar ketinggalan di sini.

Tema gelap semuanya!

Jika Anda melewatkannya, Google menambahkan mode gelap ke sebagian besar aplikasinya. Stephanie Saad Cuthbertson mengatakan dia berharap semua "aplikasi inti" akan mendukung tema gelap "untuk rilis resmi (Android Q)." Bahkan Google Chrome, yang saat ini memaksa pemuatan halaman saat tema gelap diaktifkan di seluruh sistem, akan memperbarui sehingga tidak lagi diperbarui saat tema diubah.

Ya, Peluncur pihak ketiga akan bekerja dengan gerakan (akhirnya)

Pergerakan Android sedikit pecah saat Anda menggunakan peluncur pihak ketiga. Ini karena antarmuka pengguna terbaru aplikasi terdapat dalam aplikasi peluncur aksi, dan Google belum menemukan cara untuk memiliki transisi mulus yang sama seperti yang kita lihat ketika kita menggunakan gerakan dengan peluncur piksel aksi. Adam Cohen menegaskan kembali rencana Google untuk mengatasi masalah ini "sesegera mungkin setelah diluncurkan." Dia lebih lanjut mengatakan bahwa ketidakcocokan "akan dibahas dalam pembaruan pasca-Q dan kompatibel dengan perangkat baru yang dirilis dengan Q."

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

Untuk mendukung pembaruan sistem dinamis pada Android Q, perangkat tertentu seperti Google Pixel 3 dan Pixel 3 XL memanfaatkan partisi logis. Partisi ini dapat diubah ukurannya secara dinamis. Perubahan ini menantang untuk membuat akses root berfungsi, dan beberapa pengembang khawatir menemukan ROM khusus. Iliyan Malchev meyakinkan kami bahwa tujuannya bukan untuk membatasi ROM khusus. Ketika dia menjelaskan:

"Partisi dinamis tidak dimaksudkan untuk membatasi apa yang dapat Anda lakukan dengan ROM khusus. Itu hanya solusi untuk masalah ukuran partisi tetap dan kurangnya cara aman untuk mempartisi perangkat di OTA. Sebelum partisi dinamis, jika OEM berkomitmen kesalahan dalam mengukur misalnya partisi sistem maka mereka akan dibatasi oleh pilihan itu yang membuatnya hampir mustahil untuk menambah perangkat setelah titik tertentu. Beberapa OEM mempartisi perangkat mereka menjadi OTA sebagai praktik tetapi ini a) tidak didukung secara resmi dengan Android, dan b) mengubah tabel partisi dianggap cukup berisiko.Partisi dinamis bertujuan untuk mengatasi masalah dengan memperkenalkan tingkat penipuan antara tabel partisi fisik dan sistem operasi.Hal ini pada gilirannya memungkinkan kita untuk mengubah partisi ukuran aman untuk OTA. Adapun ROM kustom, Anda tidak boleh dibatasi karena Anda hari ini dengan apa Apa yang dapat dilakukannya dukungan Custom ROM adalah dan tetap menjadi sesuatu yang dipilih setiap OEM untuk diaktifkan. "

Proyek Mainstream – Modul ART dan lamanya 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 di Google I / O saya diberitahu bahwa kompleksitas yang terlibat dalam modularisasi ART mencegah mereka untuk memasukkannya sebagai salah satu paket pemula APEX. Seperti yang dijelaskan Iliyan Malchev dan Diana Wong:

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

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

Mengenai manfaat Proyek Mainline, pengguna bertanya tentang durasi pembaruan Mainline. Sebagai tanggapan, Iliyan Malchev mengatakan, "Ini adalah pertanyaan kebijakan yang masih kami evaluasi, tetapi kami ingin memperbarui modul Mainline selama mungkin." Pengembang terkenal XDA luca020400 bertanya apakah modul Mainline pre-built akan disediakan sehingga pengembang ROM kustom dapat memasukkan pembaruan, dan sebagai tanggapan Jeff Bailey menegaskan kembali bahwa "modul yang memisahkan AOSP akan memiliki versi sumber yang cocok dengan setiap versi modul" . Kita sudah dapat melihat pengembangan modul APEX baru di AOSP seperti API jaringan saraf tiruan.

CameraX mematuhi ML Kit

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

Ekstensi rilis Vendor CameraX dan tanggal rilis

Pengembang aplikasi kamera menyesali kenyataan bahwa aplikasi kamera pihak ketiga tidak dapat mengakses fitur kamera canggih seperti Google Pixel's Night Sight. Ini harus diatasi dengan ekstensi penyedia CameraX, yang dikatakan oleh Jeff Sharkey dari Google, "semua perangkat Pixel dioptimalkan untuk CameraX Core." Dia mencela bahwa "aspek ekstensi akan kompatibel dengan perangkat baru dan masa depan." Google "bekerja dengan berbagai produsen untuk menghadirkan kemampuan perangkat mereka kepada pengembang dan pengguna." Meskipun tidak secara langsung dikonfirmasi, kami mungkin dapat melihat fitur seperti Night Sight di Google Pixels 4 yang tersedia untuk aplikasi kamera pihak ketiga yang menggunakan perpustakaan CameraX.

Sharkey menyatakan bahwa Google menargetkan versi beta akhir tahun ini.

Manajemen memori yang ditingkatkan pada Android Q

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

"Di SystemUI, misalnya, kami memiliki berbagai upaya refactoring Q utama untuk mengurangi penggunaan RAM notifikasi 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 mereka saat ini mengelola kelayakan fitur ini.

Apakah Google masih menguji pada tablet?

Pengembang XDA terkenal Luk1337 bertanya apakah Google masih menguji AOSP UX pada tablet. Ini adalah pertanyaan wajar mengingat kelangkaan tablet Android yang baik dan bug yang ditemukan di versi saat ini. Allen Huang mengatakan Google masih "menguji dan membuat 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 saya bahas di sini merangkum semua informasi baru yang telah kami pelajari, tetapi beberapa Googler (terutama Dianne Hackborn) memahami alasan Anda untuk memotong fungsi X atau tidak meminta 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

Apakah Anda ingin menerima lebih banyak posting seperti ini di kotak masuk Anda? Masukkan email Anda untuk berlangganan buletin kami.