Android Q AMA Özeti: Google'ın Reddit'te Android 10 hakkında söyledikleri

click fraud protection

Google mühendisleri geçen gün Reddit'te bir AMA yaptılar. AMA, Android Q beta ile ilgiliydi. İşte onların yanıtlarından öğrendiklerimizin bir özeti.

Geçtiğimiz yıl Google'ın Android ekibi, Reddit'in /r/AndroidDev alt dizininde bana bir şey sor (AMA) düzenledi ve bu etkinlikle ilgili soruları yanıtladı. Android P Geliştirici Önizlemesi. Bu yıl Android Q beta üzerinde çalışan mühendislik ekibi Reddit'te soruları yanıtladı. AMA 1 Ağustos'ta 12:00 PST'de başladı ve yaklaşık bir buçuk saat sonra sona erdi. AMA'ya katılan 33 Google mühendisi, AMA'nın sürdüğü kısa sürede tonlarca soruyu yanıtladı. İşte öğrendiğimiz tüm yeni bilgilerin özeti.

Android Q AMA: Google'dan öğrendiğimiz her şey

Android Q beta ekibinden katılımcılar

  • Adam Cohen: Android Başlatıcı / Sistem Kullanıcı Arayüzünde TLM
  • Adam Powell: Kullanıcı arayüzü araç seti/çerçevesinde TLM; görünümler, yaşam döngüsü, parçalar, destek kitaplıkları
  • Alan Viverette: TLM, Jetpack / AndroidX
  • Allen Huang: Kullanıcı arayüzü, başlatıcı, bildirimler, arama entegrasyonları ve daha fazlası için PM!
  • Andrew Sappirstein: Android Ayarlarında TLM
  • Brahim Elbouchikhi: Android Makine Öğrenimi ve Kamera PM Direktörü (NN API, ML Kiti, CameraX, Kamera Platformu)
  • Çad Brubaker: Yazılım Mühendisi, Android Platform Güvenliği
  • Charmaine D'Silva: Gizlilik için PM
  • Chet Haase: Android Baş Avukatı, Geliştirici İlişkileri
  • Diana Wong: PM, Uygulama Uyumluluğu, SDK dışı API kullanımı, ART, NDK
  • Dianne Hackborn: Android çerçeve ekibinin yöneticisi (Kaynaklar, Pencere Yöneticisi, Etkinlik Yöneticisi, Çoklu Kullanıcı, Yazdırma, Erişilebilirlik vb.)
  • E.K. Chung: Kullanıcı Deneyimi Direktörü
  • Ian Gölü: Yazılım Mühendisi, Jetpack (Parçalar, Gezinme, Mimari Bileşenler)
  • İliyan Malçev: Baş Yazılım Mühendisi, Project Mainline
  • Jacob Lehrbaum: Android için Geliştirici İlişkileri Direktörü
  • Jake Wharton: Yazılım Mühendisi, Jetpack
  • Cemal Eason: PM, Android Studio
  • Jeff Bailey: TLM, Android Açık Kaynak Projesi (AOSP)
  • Jeff Sharkey: Yazılım Mühendisi, Android Çerçevesi
  • Jeffrey van Gogh: Android Studio, Derleyiciler
  • Jen Chai: PM, Konum ve Bağlam, Kimlik Doğrulama, Otomatik Doldurma, SDK dışı API kullanımı, ART
  • Karen Ng: Android Geliştirici Araçları, Android Studio, Android Tookit ve Jetpack için Grup PM'si
  • Paul Bankhead: Ürün Yönetimi Direktörü, Google Play
  • Rohan Şah: Ürün Yöneticisi, Android Sistem Kullanıcı Arayüzü
  • Romain Adam: Android Araç Seti/Jetpack ekibinin yöneticisi
  • Sagar Kamdar: Ürün Yönetimi Direktörü, Android
  • Cmt K: Mühendislik Direktörü, Android Bağlantısı
  • Selim Cinek: Yazılım Mühendisi, Android Sistem Kullanıcı Arayüzü
  • Stephanie Saad Cuthbertson: Ürün Yönetimi Kıdemli Direktörü, Android
  • Sumir Kataria: Yazılım Mühendisi, Jetpack (WorkManager)
  • Travis McCoy: PM, Android Platformu
  • Trystan Upstill: Seçkin Mühendis, Android Sistem Kullanıcı Arayüzü ve Zekası Lideri
  • Yeni Modi: PM, Android Kamera

devamını oku

OEM'ler artık kullanıcı son aramalarda uygulamaları kaydırdığında uygulamaları sonlandıramaz

Daha önce Çin markalı bir akıllı telefon kullandıysanız, muhtemelen sinir bozucu "pil optimizasyonu" özellikleriyle karşılaşmışsınızdır. arka planda tüm favori uygulamalarınızı kapatın. Bu davranış, belirli uygulamaların herhangi bir nedenle arka planda çalışmaya devam etmesini bekleyen kullanıcılar için rahatsız edici olmasının yanı sıra, ancak bu aynı zamanda bunun uygulamanın kendisine ait olmadığını anlamayan kullanıcılardan kötü değerlendirmeler almak zorunda kalan geliştiriciler için de can sıkıcı bir durumdur. arıza. Google iken Hala bu konuyu tam olarak ele almamak (bu davranışın yanlış olduğunu belirterek konuyu geçiştirdiler) muhtemelen zaten Android Uyumluluk Tanımı Belgesi gerekliliklerini ihlal ediyor), şirket dır-dir harekete geçmek Bazı OEM'ler tarafından uygulanan "pil tasarrufu" davranış değişikliğine karşı.

"Duruma yardımcı olmak amacıyla, bir uygulamanın Son Kullanılanlar'dan kaydırıldığında sonlandırılmamasını sağlamak amacıyla Android Q'ya bir CTS testi ekledik."

Android R, ekran görüntülerine beklediğimizden daha fazla değişiklik getirebilir

Google eklemeyi planlıyor Android R'de ekran görüntülerini kaydırma, ancak aynı zamanda Android ekibi "R için tüm ekran [X] deneyimini nasıl iyileştirebileceklerine yakından göz atıyoruz." Böylece şunları yapabiliriz: Bir sonraki büyük Android sürümünde ekran görüntüsü (VE ekran yayını) davranışındaki diğer iyileştirmeleri görün.

Android Q'nun yeni Masaüstü Moduna açıklık getirilmesi

ilk halka açık beta sürümü Android Q'nun piyasaya sürülmesi, AOSP ve Pixel Launcher'a gizli bir masaüstü modu arayüzü getirdi. Google'a rağmen özelliğe kısaca değindim Google I/O oturumu sırasında, yeni özelliğin Android ekosistemine nasıl uyduğunu doğrudan Google'dan hiç duymadık. Google şimdi açıklığa kavuşturuyor:

"Q AOSP'de 'masaüstü modu' uygulama geliştiricilerini hedef alan bir geliştirici seçeneğidir. Uygulamalarını çoklu ekran ve serbest biçimli pencereleme modu ortamlarında test etmelerine olanak tanır. Daha önce, stok Android'de uygulama davranışını ikincil bir ekranda ve serbestçe yeniden boyutlandırılabilen pencerelerle test etmenin uygun bir yolu yoktu. Bu özellik tek başına üretilmemiştir ve şu anda normal kullanıcılara yönelik değildir. Yine de OEM'lerin yenilik yapması ve mükemmel ürünler üretmesi için Android platformunun temelini oluşturuyor."

Bu nedenle, OEM'lerin Android Q'nun yerel masaüstü modunu temel aldığını görmeyi bekleyebiliriz. Örneğin, OnePlus 7 Pro, HDMI üzerinden görüntülemeyi destekler, yani bu mümkün Android Q tabanlı OxygenOS 10 gelecekte kendi masaüstü modu arayüzüne sahip olacak. Ayrıca Google'ın bu özelliği önümüzdeki dönemde de geliştireceğini umuyoruz. Piksel 4.

Zamana Dayalı Karanlık Mod

Android Q sonunda geniş çapta talep edilen bir özelliği getiriyor: sistem çapında karanlık mod. Şu anda karanlık mod, Ayarlar'dan veya Hızlı Ayarlar kutucuğu aracılığıyla manuel olarak etkinleştirilebiliyor veya Pil Tasarrufu etkinleştirildiğinde otomatik olarak etkinleştirilebiliyor. Android Q'dan önce karanlık modu etkinleştirme seçeneği vardı günün saatine bağlı olarak, ancak bu seçenek kullanımdan kaldırıldı. Chris Banes'e göre:

"Bunun AppCompat v1.1.0'da kullanımdan kaldırılmasının (kaldırılmamasının) birkaç nedeni var: uygulamaların istekte bulunmasını gerektiriyor konum izinlerinin doğru olmasını sağlar ve geçerli bir konumla bile gün doğumu/gün batımı zamanı hesaplamaları yapılabilir. arabalı."

Bu hatalar sorulduğunda Bay Banes, "gün doğumu/gün batımını hesaplamanın özellikle yakın konumlar için oldukça zor olduğunu" belirtiyor. Kuzey/güney kutupları." Bir kullanıcı, Android 7.1 Nougat'tan bu yana mevcut olan Gece Işığı'nın Gün Batımı/Gün Doğumu'na göre otomatik olarak değiştirilebildiğini gündeme getiriyor programları. Bay Banes daha sonra Night Light'ın CalendarAstronomer'ı kullandığını belirtiyor. Yoğun bakım4J, "AppCompat'ın bağımlı olmasını istemeyeceğimiz büyük miktarda kod" kullanıyor. Ancak ekip bunu durum bu özelliğin "[onların] araştıracağı bir şey" olduğunu.

Android Q başlatma cihazları için zorunlu Camera2 API/Kamera HAL3 desteği

Google, uygulamaların akıllı telefonunuza bağlı kameralarla nasıl etkileşime girebileceğini daha iyi tanımlamak için Camera2 API'yi tanıttı. Google iken teşvik eder akıllı telefon satıcıları "tüm fiziksel kameralarını geliştiricilere gösterme" konusunda uyarsa da, birçok satıcı "API'nin kendisi olmasa da" bunu yapmamayı tercih ediyor bunları bugün engelliyoruz." Bu, birçok üçüncü taraf kamera uygulamasının ikincil veya üçüncül kamera modüllerini modern cihazlarda kullanamayacağı anlamına gelir. akıllı telefonlar. Ancak Android Q geliştikçe ilerleme kaydediliyor LOGICAL_MULTI_CAMERAgeliştiricilerin bir cihazdaki tüm kameralara daha iyi erişmesini sağlayan ve OEM'lere güç tüketimi ve birden fazla kamera durumunun yönetimi üzerinde kontrol olanağı sağlayan bir API.

Ayrıca Google, Android Q ile başlatılan tüm cihazlara Camera2 API/Camera HAL3'ü yerel olarak desteklemek için gereksinimler eklediklerini söylüyor. Vinit Modi'ye göre:

"Android P'den başlayarak, 1 GB veya daha fazla RAM ile gönderilen yeni cihazların HALv3/camera2'yi yerel olarak kullanabilmesi gerekiyor. Android Q'dan itibaren tüm yeni cihazların yerel olarak HALv3/camera2'yi desteklemesi gerekiyor. Ne yazık ki HALv1'den HALv3'e yükseltmeler kablosuz olarak oldukça karmaşıktır ve beklenmedik sonuçlara yol açabilir, bu nedenle kapsamı yeni cihazlarla sınırlamak zorunda kaldık."

İlginç bir şekilde Modi'nin normal RAM'li Android P lansman cihazlarıyla ilgili açıklaması çelişiyor Google tarafından bize daha önce söylenenler ve çevrimiçi Image Test Suite sayfasında yayınlananlar.

Jetpack Compose ile Dinamik Uygulama Teması

Sony'nin OMS tema çerçevesi birkaç sürüm önce AOSP'ye eklendi, ancak yalnızca OEM'lere yönelik üzerine inşa etmek. Bunu zaten biliyoruz Google karşı çıkıyor kullanıcılar tarafından uygulamaların temaları için çalışma zamanı kaynak katmanlarının kullanılması, ancak geliştiriciler için şirket umut etmek ki onun Jetpack Oluşturma Kullanıcı Arayüzü çerçevesi "dinamik temalara ilginç yaklaşımlar"ı öne çıkaracak.

Skia'nın kullanıcı arayüzünü oluşturması için Vulkan arka ucu

Geçen sene, bir tartışma gördük Google mühendisleri arasında, Android çerçevesinin kullanıcı arayüzü oluşturma için Vulkan grafik API'sini kullanmasını sağlama planlarından bahsediyorlar. Artık Vulkan donanım hızlandırmalı arka ucunu telefonunuz olmadan etkinleştirmek mümkün olsa da çöküyor, Google'dan bunları ne zaman kullanıma sunmayı planladıklarına dair somut bir plan duymadık değişiklikler. Bu AMA bu soruya cevap vermiyor ama en azından hala üzerinde çalışıldığına dair onayımız var. Romain Guy'a göre:

"Ekip, Android tarafından kullanılan 2D oluşturucu Skia için bir Vulkan arka ucu üzerinde çalışıyor ancak şu anda varsayılan olarak etkin değil. Kullanıcı arayüzü ve Canvas hala OpenGL ES'den geçiyor."

Android Q'nun hareket çubuğunu daha dinamik hale getirme

XDA'daki bazıları hâlâ öyle düşünüyor Android'in yeni hareketleri tam bir karmaşaama şahsen ben onların iyi olduğunu düşünüyorum. Ancak Android Q'daki yeni hareketlerle biraz oynarsanız hareket çubuğunun parmağınızla hareket etmediğini fark edeceksiniz. Ayrıca, ana ekran veya son uygulamalara genel bakış gibi ihtiyaç duyulmayan ekranlarda da takılıp kalır. Allen Huang diyor "navigasyon hattını daha az statik" hale getirmek için "fırsatların olduğu konusunda tamamen hemfikirler". Ayrıca diyor ki "Bu üzerinde çalıştığımız bir şey ama aynı zamanda dikkat dağıtıcı olmayacak şekilde denge de sağlıyoruz" ortaya çıkıyor/kayboluyor."

Depolama Erişim Çerçevesindeki İyileştirmeler

Android Q'daki birçok değişiklik, Android Q'yu büyük ölçüde geliştirdi. platformun güvenliği ve gizliliği. "Kapsamlı Depolama" adı verilen böyle bir değişiklik, uygulamaların harici depolamadaki dosyalara erişimini mantıklı bir şekilde sınırlandırıyor; Örneğin müzik uygulamalarının galerinizi görmesi gerekmiyor. Android Q'da çalışan dosya yöneticisi uygulamalarının normal şekilde çalışmaya devam edebilmeleri için Depolama Erişim Çerçevesi adı verilen bir API kullanması gerekir, ancak bazı geliştiriciler bu API'yi yetersiz buluyor daha önce mevcut olana. Google'dan Jeff Sharkey diyor Ekip, geliştiricilerin bu şikayetlerinden bazılarını ele aldı:

"En son Android Q Beta sürümlerinde bazı SAF performansı iyileştirmeleri yaptık; Kriterlerinizi en son Beta'ya göre kontrol edebilir misiniz? Ayrıca herhangi bir toplu işlemi çalıştırırken ContentProviderClient kullandığınızdan emin olun."

Project Treble, Android Oreo'ya kıyasla Android Pie'ın benimsenmesini geliştirdi

Android çerçevesinin düşük düzeyde önemli bir yeniden tasarımı olan Project Treble'ın, daha yeni Android işletim sistemi sürümlerinin benimsenmesini nasıl geliştirdiğini zaten gördük. Google, çok sayıda akıllı telefon satıcısının katılmasının arkasında Treble'ın olduğunu düşünüyor Android P'nin betası geçen yıl ve Android Q'nun betası bu yıl. Iliyan Malchev, Treble Projesinin lideri ve Ana hat mühendis, diyor Android Pie'ın benimsenmesi, 2018'in sonunda Android Oreo'nun "3 katı"ydı.

Aynı yorumda Dick Dougherty, Android sürüm dağıtım tablosu için daha yararlı ölçümlerin üzerinde çalışıldığını belirtiyor. Grafik şuydu: en son Mayıs ayında güncellendi, ancak verileri gazeteciler için uygulama geliştiricilerinden daha faydalıdır.

Ekran Kaydı hâlâ devam eden bir çalışmadır

İlk Android Q betaları, temel bir ekran kaydedici için bir özellik işareti ekledi ancak platformun kendisi, ekran kaydetmenin faydasını büyük ölçüde geliştirdi. uygulamaların diğer uygulamalardan ses yakalamasına izin vermek. Stephanie Saad Cuthbertson, ekibin "dün gibi yakın bir zamanda ekran kayıt ihtiyaçlarını nasıl daha iyi hale getirebileceğimizi" düşündüğünü söyledi. Diğer akıllı telefon markaları gibi OnePlus, ASUS, Huawei ve Samsung'un dahili sesi kaydedebilen güçlü ekran kaydedicileri var, bu nedenle Google burada yetişecek.

Karanlık Tema Her Şey!

Kaçırmanız durumunda Google, uygulamalarının çoğuna karanlık modu ekliyor. Stephanie Saad Cuthbertson diyor "resmi [Android Q] sürümüne göre" tüm "büyük uygulamaların" karanlık bir temayı desteklemesini beklemek. Şu anda Google Chrome bile sistem genelinde karanlık tema etkinleştirildiğinde sayfanın yeniden yüklenmesini zorlar, tema etkinleştirildiğinde artık yenilenmeyecek şekilde güncellenecektir değişti.

Evet, Üçüncü Taraf Başlatıcılar Hareketlerle çalışacak (Sonunda)

Android'in hareketleri bir nevi üçüncü taraf başlatıcı kullandığınızda bozuluyor. Bunun nedeni, son uygulamaların kullanıcı arayüzünün stok başlatıcı uygulamasında yer alması ve Google'ın henüz Hazır Pixel ile hareketleri kullanırken gördüğümüz kesintisiz geçişlerin aynısını elde etmenin bir yolunu buldum Başlatıcı. Adam Cohen onaylıyor Google, bu sorunları "yayınlandıktan sonra mümkün olan en kısa sürede" çözmeyi planlıyor. Ayrıca şunu söylüyor uyumsuzluk "Q sonrası güncellemede giderilecek ve şu sürümle başlatılan yeni cihazlar için desteklenecek: Q."

Dinamik/Mantıksal Bölümler özel ROM'ları öldürmek için burada değil

Desteklemek için Dinamik Sistem Güncellemeleri Android Q'da Google Pixel 3 ve Pixel 3 XL gibi belirli cihazlar mantıksal bölümleri kullanır. Bu bölümler dinamik olarak yeniden boyutlandırılabilir. Bu değişiklik Kök erişiminin çalışmasını sağlamanın zorlu olduğu kanıtlandıve bazı geliştiriciler özel ROM'ların hedef alındığından endişe duyuyor. Iliyan Malchev, amacın özel ROM'ları kısıtlamak olmadığı konusunda bize güvence veriyor. Gibi açıklıyor:

"Dinamik bölümlerin özel ROM'larla yapabileceklerinizi kısıtlaması amaçlanmamıştır. Onlar yalnızca sabit bölüm boyutları sorununa ve aygıtları yeniden bölümlendirmenin güvenli bir yolunun bulunmamasına çözüm OTA. Dinamik bölmelerden önce, bir OEM boyutlandırmada hata yaptıysa; sistem bölümü, sonra onlar bu seçim nedeniyle kısıtlanacak ve belirli bir süre sonra bir cihazı yükseltmeyi neredeyse imkansız hale getirecek nokta. Bazı OEM'ler pratik olarak cihazlarını OTA'da yeniden bölümlendiriyor, ancak bu a) resmi olarak Android'de desteklenmiyor ve b) bölüm tablosunu değiştirmek oldukça riskli kabul ediliyor. Dinamik bölümler, fiziksel bölüm tablosu ile işletim sisteminin gördüğü arasında bir düzeyde dolaylılık oluşturarak sorunu hafifletmeyi amaçlamaktadır. Bu da OTA'daki bölüm boyutlarını güvenli bir şekilde ayarlamamıza olanak tanır. Özel ROM'lara gelince, yapabilecekleriniz konusunda bugün olduğundan daha fazla kısıtlanmamalısınız. Özel ROM'ları desteklemek, her bir OEM'in etkinleştirmeye karar verdiği bir şeydir ve öyle olmaya devam etmektedir."

Proje Ana Hattı - ART Modülü ve Destek Süresi

Mainline, belirli kitaplıkları ve paketleri platform güncellemelerinden bağımsız olarak güncellenebilmeleri için standartlaştırmayı amaçlayan Google'ın yeni bir girişimidir. Bazıları Android Runtime'ın (ART) neden henüz bir Ana Hat modülü olmadığını merak etti, ancak Google I/O'da bana şunu söylediler: ART'ı modülerleştirmenin karmaşıklığı, onu ilk APEX paketlerinden biri olarak dahil etmelerini engelledi. Gibi açıkladı hem Iliyan Malchev hem de Diana Wong tarafından:

"Çalışma Zamanında güncellemeler yapmak (özellikle performans ve GC düzeltmeleri ve çekirdek kitaplıklar), kesinlikle ana hat bağlamında araştırdığımız bir şeydir. Bu güncellemeleri tüm cihazlarda ve mainline ile birden fazla sürümde tutarlı hale getirmenin birçok faydasını görebiliriz. Geliştiriciler için bunu en iyi şekilde nasıl yapabileceğimizi düşündüğümüzden, bu aynı zamanda çok büyük bir teknik zorluktur ve muhtemelen çok yıllı bir çabadır. Bu, Mainline'ın şu anda yapabileceği bir şey değil ama kesinlikle üzerinde düşündüğümüz bir şey."

AOSP Gerrit'i takip ederseniz Google'ın yine de işte çok çalışmak Çalışma Zamanı APEX'i oluşturma. Şu anda öyle görünüyorlar Bionic ve ART/libcore'un bölünmesi ayrı APEX modüllerine bölünür.

Project Mainline'ın faydalarıyla ilgili olarak bir kullanıcı Mainline güncellemelerinin uzunluğunu sordu. Yanıt olarak Iliyan Malchev diyor "Bu, halen değerlendirdiğimiz bir politika sorusu, ancak bir cihazdaki Mainline modüllerini mümkün olduğu kadar uzun süre güncellemek istiyoruz." XDA Tanınmış Geliştirici luca020400 Özel ROM geliştiricilerinin güncellemeleri birleştirebilmesi için önceden oluşturulmuş Mainline modüllerinin sağlanıp sağlanmayacağı sorulduğunda Jeff Bailey yanıt olarak yineliyor "AOSP'den ayrılan modüllerin, her modül sürümüyle eşleşen kaynak sürümleri olacaktır." AOSP'de yeni APEX modüllerinin ilerleyişini zaten görebiliyoruz. Sinir Ağları API'si.

CameraX, ML Kitiyle buluşuyor

Bu yılki I/O'da Google şunu tanıttı: CameraX Jetpack kitaplığı. Bu kitaplık, geliştiricilerin Android'in Camera2 API'sini desteklemesini kolaylaştırmak ve aynı zamanda Android Lollipop'a kadar uyumluluğu korumak için tasarlanmıştır. Yeni Modi dalga geçiyor şirketin CameraX'i entegre etmeye çalıştığını ML KitiGoogle'ın makine öğrenimi Firebase SDK'sı sayesinde geliştiriciler analiz için resim çerçevelerini ML Kit'e besleyebilir.

CameraX Satıcı Uzantıları ve Çıkış Tarihi

Bir kamera uygulamasının geliştiricisi, Google Pixel'in Gece Görüşü gibi gelişmiş kamera özelliklerine üçüncü taraf kamera uygulamalarının erişememesinden yakınıyor. Bunun, Google'dan Jeff Sharkey'in önerdiği CameraX satıcı uzantılarıyla çözülebilir olması gerekiyor. diyor "tüm Pixel cihazları CameraX Core için optimize edilmiştir." "Uzantılar özelliğinin yeni ve gelecek cihazlarda destekleneceğini" söylüyor. Ayrıca, Google "cihaz yeteneklerini hem geliştiricilere hem de kullanıcılara sunabilmek için çeşitli üreticilerle birlikte çalışıyoruz." Doğrudan doğrulanmasa da özellikleri görmemiz mümkün beğenmek Gece Görüşü üzerinde Google Piksel 4 CameraX kitaplığını kullanan üçüncü taraf kamera uygulamaları tarafından kullanılabilir.

Bay Sharkey, Google'ın bu yılın sonunda bir beta sürümünü hedeflediğini belirtiyor.

Android Q'da Bellek Yönetimi İyileştirmeleri

Pixel 3 sahip olduğu için eleştirildi Lansman sonrası birçok sorun, ancak Google bu sorunları çözmek için çok sayıda aracılığıyla çok şey yaptı lansman sonrası güncellemeler. Bellek yönetimi Pixel 3'ün en zayıf yönlerinden biri oldu, ancak Android Q sürümünde işler biraz daha iyi olmalı. Selim Cinek'e göre:

"Örneğin SystemUI'da, bildirimlerin ve diğer yüzeylerin RAM kullanımını azaltmak için Q'da çeşitli büyük yeniden düzenleme çalışmaları yaptık."

Sonunda kablosuz ADB'yi alacak mıyız?

Telefonunuzda kablosuz olarak hata ayıklamak istiyorsanız, cihazınızı rootlamanız gerekir. Android Studio ekibinden Jamal Eason diyor şu anda bu özelliğin fizibilitesini ele aldıklarını söylüyorlar.

Google hâlâ tabletlerde test yapıyor mu?

XDA Tanınmış Geliştirici Luk1337 Google'ın hala tabletlerde AOSP UX'i test edip etmediğini sordu. göz önüne alındığında bu adil bir soru iyi Android tabletlerin eksikliği ve hatalar mevcut güncel sürümlerde. Allen Huang diyor Google'ın hâlâ "her yıl test edip düzeltmeler yaptığını" ve şirketin "iyi bir Android tablet deneyimi sağlamak için" iş ortaklarıyla yakın işbirliği içinde çalıştığını söyledi.


Reddit'teki tam başlıkta çok daha fazla gönderi var. Burada ele aldıklarım öğrendiğimiz tüm yeni bilgileri özetlemektedir, ancak bazı Google çalışanları (özellikle Dianne Hackborn) X özelliğini kesmenin veya Y'yi uygulamamanın ardındaki sebepleri ele alıyor izin. Android ekibinin karar verme sürecini biraz daha iyi anlamak istiyorsanız AMA'nın tamamını okumanızı öneririm.

AMA'nın tamamını /r/AndroidDev'de okuyun