Android Q AMA kopsavilkums: Google teiktais par Android 10 vietnē Reddit

Pagājušajā gadā Google Android komanda Reddit vietnē /r/AndroidDev subreddit rīkoja jautājumu Ask Me Anything (AMA), lai uzdotu jautājumus par Android P izstrādātāja priekšskatījums. Šogad inženieru komanda, kas strādā pie Android Q beta versijas, atbildēja uz jautājumiem Reddit. AMA sākās 1. augustā plkst. 12:00 PST un beidzās aptuveni pusotru stundu vēlāk. 33 Google inženieri bija iesaistīti AMA, atbildot uz daudziem jautājumiem īsajā laikā, kad AMA ilga. Šeit ir mūsu visas jaunās informācijas kopsavilkums, ko mēs uzzinājām.

Android Q AMA: viss, ko mēs uzzinājām no Google

Dalībnieki no Android Q beta komandas

• Ādams Koens: TLM Android palaidējā/sistēmas lietotāja saskarnē
• Ādams Pauels: TLM UI rīkkopā/ietvarā; skati, dzīves cikls, fragmenti, atbalsta libs
• Alans Viverete: TLM, Jetpack / AndroidX
• Alens Huangs: PM lietotāja saskarnei, palaišanas programmai, paziņojumiem, meklēšanas integrācijām un daudz ko citu!
• Endrjū Sapiršteins: TLM Android iestatījumos
• Brahims Elbučiki: PM direktors Android mašīnmācībai un kamerai (NN API, ML komplekts, CameraX, kameras platforma)
• Čads Brubakers: programmatūras inženieris, Android platformas drošība
• Šarmeina D’Silva: PM par privātumu
• Čets Hāss: Android galvenais advokāts, izstrādātāju attiecības
• Diāna Vonga: PM, lietotņu saderība, API lietojums, kas nav SDK, ART, NDK
• Diāna Hekborna: Android ietvara komandas vadītājs (resursi, logu pārvaldnieks, darbību pārvaldnieks, vairāku lietotāju, drukāšana, pieejamība utt.)
• E.K. Chung: UX direktors
• Ians ezers: Programmatūras inženieris, Jetpack (fragmenti, navigācija, arhitektūras komponenti)
• Ilijs Maļčevs: Galvenais programmatūras inženieris, projekta galvenā līnija
• Jēkabs Lērbaums: Android izstrādātāju attiecību direktors
• Džeiks Vārtons: programmatūras inženieris, Jetpack
• Džamals Īsons: PM, Android Studio
• Džefs Beilijs: TLM, Android atvērtā pirmkoda projekts (AOSP)
• Džefs Šārkijs: programmatūras inženieris, Android Framework
• Džefrijs van Gogs: Android Studio, kompilatori
• Džena Čai: PM, atrašanās vieta un konteksts, autentifikācija, automātiskā aizpilde, ārpus SDK API lietojums, ART
• Kārena Ng: Grupas PM Android izstrādātāju rīkiem, Android Studio, Android Tookit un Jetpack
• Pols Bankhead: Google Play produktu pārvaldības direktors
• Rohans Šahs: Produktu vadītājs, Android sistēmas lietotāja interfeiss
• Romēns Gajs: Android Toolkit/Jetpack komandas vadītājs
• Sagars Kamdars: Android produktu pārvaldības direktors
• Sestdiena K: Inženierzinātņu direktors, Android savienojamība
• Selims Cineks: programmatūras inženieris, Android sistēmas lietotāja interfeiss
• Stefānija Sāda Katbertsone: Android produktu pārvaldības vecākais direktors
• Sumirs Kataria: Programmatūras inženieris, Jetpack (WorkManager)
• Treviss Makkojs: PM, Android platforma
• Trystan Upstill: Cienījamais inženieris, Android sistēmas lietotāja interfeisa un informācijas vadītājs
• Vinit Modi: PM, Android kamera

Lasīt vairāk

Oriģinālo iekārtu ražotāji vairs nevar iznīcināt lietotnes, kad lietotājs tās pēdējā laikā aizvelk

Ja kādreiz esat izmantojis ķīniešu zīmola viedtālruni, iespējams, esat saskāries ar kaitinošām "akumulatora optimizācijas" funkcijām, kas nogaliniet visas savas iecienītākās lietotnes fonā. Šāda rīcība ir kaitinoša ne tikai lietotājiem, kuri sagaida, ka noteiktas lietotnes kāda iemesla dēļ turpinās darboties fonā. bet tas ir kaitinoši arī izstrādātājiem, kuriem ir jāsaņem sliktas atsauksmes no lietotājiem, kuri nesaprot, ka tā nav lietotne vaina. Kamēr Google ir joprojām pilnībā nerisinot šo jautājumu (viņi ar roku pamāja ar roku, paziņojot, ka šāda rīcība ir iespējams, jau pārkāpj Android saderības definīcijas dokumenta prasības), uzņēmums ir rīkojoties pret vienu "akumulatora taupīšanas" uzvedības maiņu, ko izmanto daži oriģinālo iekārtu ražotāji.

"Lai palīdzētu šajā situācijā, esam pievienojuši CTS testu operētājsistēmā Android Q, lai nodrošinātu, ka lietotne netiek nogalināta, kad tā tiek noņemta no lietotnes Nesen."

Android R var radīt vairāk izmaiņu ekrānuzņēmumos, nekā mēs gaidījām

Google plāno pievienot ritināmi ekrānuzņēmumi operētājsistēmā Android R, bet tajā pašā laikā, Android komanda ir "uzmanīgi aplūkojot, kā [tie] var uzlabot visu ekrāna [X] pieredzi R." Tādējādi mēs varam skatiet citus ekrānuzņēmumu (UN ekrāna apraides) darbības uzlabojumus nākamajā lielākajā Android versijā.

Android Q jaunā darbvirsmas režīma precizēšana

The pirmais publiskais beta laidiens Android Q piedāvāja slēpto darbvirsmas režīma saskarni AOSP un Pixel Launcher. Lai gan Google īsi pieskārās šai funkcijai Google I/O sesijas laikā mēs nekad neesam dzirdējuši tieši no Google, kā jaunā funkcija iekļaujas Android ekosistēmā. Google tagad precizē:

"Q AOSP darbvirsmas režīms ir izstrādātāja opcija, kas paredzēta lietojumprogrammu izstrādātājiem. Tas ļauj viņiem pārbaudīt savas lietotnes vairāku displeju un brīvas formas logu režīma vidēs. Iepriekš nebija ērta veida, kā pārbaudīt lietotņu uzvedību sekundārajā displejā un ar brīvi maināmiem logiem operētājsistēmā Android. Šī funkcija pati par sevi nav ražota un pašlaik nav paredzēta parastajiem lietotājiem. Tomēr tā ir Android platformas bāzes līnija oriģinālo iekārtu ražotājiem, lai ieviestu jauninājumus un radītu lieliskus produktus.

Tādējādi mēs varam sagaidīt, ka oriģinālo iekārtu ražotāji izmantos Android Q vietējo darbvirsmas režīmu. Piemēram, OnePlus 7 Pro atbalsta displeja izvadi, izmantojot HDMI, tāpēc tas ir iespējams OxygenOS 10, pamatojoties uz Android Q nākotnē būs savs darbvirsmas režīma interfeiss. Mēs arī ceram, ka Google nākotnē izmantos šo funkciju Pixel 4.

Uz laiku balstīts tumšais režīms

Android Q beidzot piedāvā plaši pieprasītu funkciju: visas sistēmas tumšais režīms. Pašlaik tumšo režīmu var iespējot manuāli sadaļā Iestatījumi vai izmantojot ātro iestatījumu elementu, vai arī to var aktivizēt automātiski, kad ir iespējots akumulatora taupīšanas režīms. Pirms Android Q bija iespēja iespējot tumšo režīmu pamatojoties uz diennakts laiku, taču šī opcija tika pārtraukta. Pēc Krisa Banesa teiktā:

"Ir daži iemesli, kāpēc tas ir novecojis (nav noņemts) AppCompat v1.1.0: tas prasa lietotnēm, lai tās pieprasītu atrašanās vietas atļaujas ir precīzas, un pat ar derīgu atrašanās vietu var veikt saullēkta/saulrieta laika aprēķinus bagijs."

Jautāts par šīm kļūdām, Banes kungs norāda, ka "saullēkta/saulrieta aprēķināšana ir ļoti sarežģīta, jo īpaši vietās, kas atrodas tuvu ziemeļu/dienvidpolu." Lietotājs atklāj, ka nakts apgaismojums, kas pieejams kopš operētājsistēmas Android 7.1 Nougat, var tikt automātiski pārslēgts, pamatojoties uz saulrietu/saullēktu. grafiki. Pēc tam Banes kungs paziņo, ka kopš Night Light izmanto CalendarAstronomer no ICU4J, tas izmanto "lielu koda daļu, no kuras mēs nevēlamies, lai AppCompat būtu atkarīgs." Tomēr komanda to dara Valsts ka šī funkcija ir "kaut kas [viņi] izskatīs".

Obligāts Camera2 API/Camera HAL3 atbalsts Android Q palaišanas ierīcēm

Google ieviesa Camera2 API, lai labāk definētu, kā lietotnes var mijiedarboties ar atsevišķām kamerām, kas pievienotas jūsu viedtālrunim. Kamēr Google mudina viedtālruņu pārdevēji "atklāj izstrādātājiem visas savas fiziskās kameras", daudzi pārdevēji izvēlas to nedarīt, lai gan "API pati par sevi nav novēršot tos šodien." Tas nozīmē, ka daudzas trešo pušu kameru lietotnes nevar izmantot sekundāros vai terciāros kameru moduļus mūsdienu ierīcēs. viedtālruņi. Tomēr progress tiek panākts, jo Android Q ir uzlabots LOGICAL_MULTI_CAMERA, API, kas nodrošina izstrādātājiem labāku piekļuvi visām ierīces kamerām un kas nodrošina oriģinālo iekārtu ražotājiem kontroli pār enerģijas patēriņu un vairāku kameru stāvokļu pārvaldību.

Turklāt Google saka, ka viņi ir pievienojuši prasības visām ierīcēm, kas tiek palaistas ar Android Q, lai sākotnēji atbalstītu Camera2 API/Camera HAL3. Saskaņā ar Vinit Modi:

"Sākot ar Android P, jaunām ierīcēm, kas tiek piegādātas ar 1 GB vai vairāk RAM, ir nepieciešamas, lai sākotnēji izmantotu HALv3/camera2. Sākot ar Android Q, visām jaunajām ierīcēm ir jāatbalsta HALv3/camera2. Diemžēl jauninājumi no HALv1 uz HALv3 ir diezgan sarežģīti, un tiem var būt negaidītas sekas, tāpēc mums bija jāierobežo darbības joma ar jaunām ierīcēm.

Interesanti, ka Modi paziņojums par parastajām RAM Android P palaišanas ierīcēm ir pretrunā ko mums iepriekš teica Google un kas ir publicēts Image Test Suite lapā tiešsaistē.

Dynamic App Theming ar Jetpack Compose

Sony OMS motīvu sistēma tika pievienota AOSP pirms dažiem laidieniem, taču tā ir tikai paredzēts oriģinālo iekārtu ražotājiem uz ko balstīties. Mēs to jau zinām Google ir pret Lietotāji izmanto izpildlaika resursu pārklājumus motīvu lietotnēm, taču izstrādātājiem uzņēmums ir cerot ka tā Jetpack Compose UI sistēma piedāvās "interesantas pieejas dinamiskai tematikai".

Vulkan-backend Skia, lai renderētu lietotāja interfeisu

Pagājušais gads, mēs pamanījām diskusiju starp Google inženieriem, kuri runā par saviem plāniem Android ietvarā izmantot Vulkan grafikas API lietotāja interfeisa renderēšanai. Lai gan tagad ir iespējams iespējot Vulkan aparatūras paātrināto aizmugursistēmu bez tālruņa avarēja, mēs neesam dzirdējuši no Google konkrētus plānus par to, kad viņi plāno tos ieviest izmaiņas. Šī AMA neatbild uz šo jautājumu, taču mums vismaz ir apstiprinājums, ka tas joprojām tiek izstrādāts. Saskaņā ar Romain Guy teikto:

"Komanda ir strādājusi pie Vulkan aizmugursistēmas Skia, 2D renderētāja, ko izmanto Android, taču pašlaik tā nav iespējota pēc noklusējuma. UI un Canvas joprojām izmanto OpenGL ES.

Padarot Android Q žestu joslu dinamiskāku

Daži XDA joprojām tā domā Android jaunie žesti ir haoss, bet es personīgi domāju, ka viņiem viss ir kārtībā. Tomēr, ja kādu laiku spēlējaties ar jaunajiem žestiem operētājsistēmā Android Q, jūs pamanīsit, ka žestu josla nekustas ar pirkstu. Tas ir redzams arī ekrānos, kur tas nav nepieciešams, piemēram, sākuma ekrānā vai jaunāko lietotņu pārskatā. Alens Huangs saka ka viņi "pilnīgi piekrīt, ka ir iespējas" padarīt "navigācijas līniju mazāk statisku". Viņš tālāk saka ka "mēs strādājam pie šī, bet arī līdzsvarojam, lai tas netraucētu parādās/pazūd."

Storage Access Framework uzlabojumi

Daudzās Android Q izmaiņas ir ievērojami uzlabojušas platformas drošība un privātums. Viena no šādām izmaiņām, ko sauc par "Scoped Storage", ierobežo lietojumprogrammu piekļuvi failiem ārējā krātuvē saprātīgā veidā; piemēram, mūzikas lietotnēm nevajadzētu redzēt jūsu galeriju. Failu pārvaldnieka lietotnēm, kas darbojas operētājsistēmā Android Q, ir jāizmanto API, ko sauc par Storage Access Framework, lai turpinātu darboties kā parasti, taču daži izstrādātāji uzskata, ka šī API ir zemāka uz to, kas bija pieejams iepriekš. Džefs Šārkijs no Google saka komanda ir izskatījusi dažas no šīm izstrādātāju sūdzībām:

"Mēs veicām dažus SAF veiktspējas uzlabojumus jaunākajos Android Q Beta laidienos; vai jūs varētu pārbaudīt savus etalonus, salīdzinot ar jaunāko beta versiju? Veicot lielapjoma darbības, pārliecinieties, ka izmantojat ContentProviderClient.

Project Treble uzlaboja Android Pie ieviešanu salīdzinājumā ar Android Oreo

Mēs jau esam redzējuši, kā Project Treble, liela Android sistēmas zema līmeņa pārstrukturēšana, ir uzlabojusi jaunāku Android OS versiju ieviešanu. Google atzīst Treble par to, ka viedtālruņu pārdevēji pievienojas tam Android P beta versija pagājušajā gadā un Android Q beta versija šogad. Iliyan Malchev, vadošais Project Treble un Galvenā līnija inženieris, saka ka Android Pie ieviešana 2018. gada beigās bija trīs reizes lielāka nekā Android Oreo.

Tajā pašā komentārā Diks Doertijs ķircina, ka Android versiju izplatīšanas diagrammā tiek izstrādāti noderīgāki rādītāji. Diagramma bija pēdējo reizi atjaunināts maijā, taču tā dati ir noderīgāki žurnālistiem nekā lietotņu izstrādātājiem.

Ekrāna ierakstīšana joprojām ir WIP

Agrīnās Android Q beta versijās tika pievienots funkcijas karodziņš pamata ekrāna ierakstītājam, taču pati platforma ir ievērojami uzlabojusi ekrāna ierakstīšanas lietderību, ļaujot lietotnēm tvert audio no citām lietotnēm. Stefānija Sāda Katbertsone sacīja, ka komanda apsver, "kā mēs varētu labāk veikt ierakstīšanas vajadzības ekrānā vēl vakar." Citi viedtālruņu zīmoli, piemēram OnePlus, ASUS, Huawei un Samsung ir izturīgi ekrāna ierakstītāji, kas var ierakstīt iekšējo audio, tāpēc Google šeit spēlēs.

Tumšā tēma Visas lietas!

Ja esat to palaidis garām, Google lielākajai daļai lietotņu pievieno tumšo režīmu. Stefānija Sāda Katbertsone saka sagaidīt, ka visas "nozīmīgākās lietotnes" atbalstīs tumšo motīvu "oficiālā [Android Q] laidienā". Pat Google Chrome, kas pašlaik liek atkārtoti ielādēt lapu, kad ir iespējots visas sistēmas tumšais motīvs, tiks atjaunināts, lai vairs netiktu atsvaidzināts, kad motīvs ir mainīts.

Jā, trešo pušu palaidēji darbosies ar žestiem (galu galā)

Android žesti ir sava veida bojāts, ja izmantojat trešās puses palaidēju. Tas ir tāpēc, ka jaunākā lietotņu lietotāja saskarne ir iekļauta akciju palaišanas lietotnē, bet Google to vēl nav izdarījusi izstrādāja veidu, kā nodrošināt tādas pašas nevainojamas pārejas, kādas redzam, izmantojot žestus ar Pixel Palaišanas programma. Ādams Koens apstiprina Google plāno šīs problēmas risināt "pēc iespējas ātrāk pēc izlaišanas". Viņš to saka tālāk Nesaderība "tiks novērsta pēc Q atjauninājumā un pārsūtīta uz jaunām ierīcēm, kas tiks palaists ar J."

Dinamiskie/loģiskie nodalījumi nav paredzēti, lai iznīcinātu pielāgotos ROM

Lai atbalstītu Dinamiskie sistēmas atjauninājumi operētājsistēmā Android Q noteiktas ierīces, piemēram, Google Pixel 3 un Pixel 3 XL, izmanto loģiskos nodalījumus. Šo nodalījumu izmērus var dinamiski mainīt. Šīs izmaiņas ir ir pierādīts, ka ir grūti iegūt saknes piekļuvi, un daži izstrādātāji ir nobažījušies, ka tiek atlasīti pielāgoti ROM. Ilijs Maļčevs mums apliecina, ka nolūks nav ierobežot pielāgotus ROM. Kā viņš paskaidro:

"Dinamiskie nodalījumi nav paredzēti, lai ierobežotu to, ko varat darīt ar pielāgotiem ROM. Tie ir vienkārši Fiksētu nodalījumu izmēru problēmas risinājums un droša ierīču pārdalīšanas veida trūkums OTA. Pirms dinamisko nodalījumu izveides, ja oriģinālā aprīkojuma ražotājs ir kļūdījies izmēra noteikšanā, piemēram, sistēmas nodalījums, tad viņi šī izvēle ierobežotu, padarot praktiski neiespējamu ierīces jaunināšanu pēc noteiktas darbības punktu. Daži oriģinālo iekārtu ražotāji parasti pārdala savas ierīces OTA, taču tas a) netiek oficiāli atbalstīts operētājsistēmā Android, un b) nodalījumu tabulas maiņa tiek uzskatīta par diezgan riskantu. Dinamisko nodalījumu mērķis ir atvieglot problēmu, ieviešot netiešas pakāpes starp fizisko nodalījumu tabulu un OS skatiem. Tas savukārt ļauj mums droši pielāgot nodalījuma izmērus OTA. Kas attiecas uz pielāgotajiem ROM, jums nevajadzētu būt vairāk ierobežotam nekā šodien ar to, ko varat darīt. Pielāgotu ROM atbalsts ir un joprojām ir tas, ko katrs atsevišķs OEM nolemj iespējot."

Projekta galvenā līnija - ART modulis un atbalsta garums

Mainline ir jauna Google iniciatīva, kuras mērķis ir standartizēt noteiktas bibliotēkas un pakotnes, lai tās varētu atjaunināt neatkarīgi no platformas atjauninājumiem. Daži ir prātojuši, kāpēc Android Runtime (ART) vēl nav galvenais modulis, taču Google I/O man teica, ka ART modularizācijas sarežģītība neļāva viņiem iekļaut to kā vienu no sākotnējām APEX pakotnēm. Kā paskaidroja gan Iliyan Malchev, gan Diana Wong:

"Izpildlaika atjauninājumu veikšana (īpaši veiktspējas un GC labojumi un galvenās bibliotēkas) noteikti ir kaut kas, ko mēs pētām galvenās līnijas kontekstā. Mēs varam redzēt daudz priekšrocību, ko sniedz iespēja padarīt šos atjauninājumus konsekventus visās ierīcēs un vairākos laidienos, izmantojot galveno līniju. Tas ir arī milzīgs tehnisks izaicinājums, jo mēs domājam par to, kā vislabāk to izdarīt izstrādātājiem, un, iespējams, tas ir vairāku gadu darbs. Mainline to pašlaik nevar darīt, bet mēs noteikti domājam par to."

Ja sekojat AOSP Gerrit, jūs redzēsit, ka Google tomēr ir bijis smagi darbā izpildlaika APEX izveidošana. Pašlaik šķiet, ka tādi ir sadalot Bionic un ART/libcore atsevišķos APEX moduļos.

Attiecībā uz Project Mainline priekšrocībām viens lietotājs jautāja par Mainline atjauninājumu ilgumu. Atbildot uz to, Ilijs Maļčevs saka ka "šis ir politikas jautājums, kuru mēs joprojām vērtējam, taču mēs vēlamies atjaunināt galvenos moduļus ierīcē pēc iespējas ilgāk." XDA atzītais izstrādātājs luca020400 jautāja par to, vai tiks nodrošināti iepriekš izveidoti Mainline moduļi, lai pielāgoti ROM izstrādātāji varētu apvienot atjauninājumus, un atbildot uz to Džefs Beilijs atkārto ka "moduļiem, kas tiek atdalīti no AOSP, būs avota laidieni, kas atbilst katram moduļa laidienam." Mēs jau varam redzēt jaunu APEX moduļu progresu AOSP, piemēram, vienu Neironu tīklu API.

CameraX atbilst ML komplektam

Šogad I/O izstādē Google iepazīstināja ar CameraX Jetpack bibliotēka. Šī bibliotēka ir izstrādāta, lai izstrādātājiem būtu vieglāk atbalstīt Android Camera2 API, vienlaikus saglabājot saderību līdz pat Android Lollipop. Vinit Modi ķircina ka uzņēmums strādā pie CameraX integrēšanas ar ML komplekts, Google mašīnmācīšanās Firebase SDK, lai izstrādātāji varētu ievadīt attēlu kadrus ML komplektā analīzei.

CameraX pārdevēja paplašinājumi un izlaišanas datums

Kameras lietotnes izstrādātājs pauž nožēlu par to, ka uzlabotās kameras funkcijas, piemēram, Google Pixel's Night Sight, nav pieejamas trešo pušu kameru lietotnēm. To vajadzētu atrisināt ar CameraX pārdevēja paplašinājumiem, kuriem Džefs Šārkijs no Google saka ka "visas Pixel ierīces ir optimizētas CameraX Core". Viņš ķircina, ka "Paplašinājumu aspekts tiks atbalstīts jaunajās un gaidāmajās ierīcēs." Turklāt Google ir "sadarboties ar vairākiem ražotājiem, lai varētu piedāvāt savu ierīču iespējas gan izstrādātājiem, gan lietotājiem." Lai gan tas nav tieši apstiprināts, iespējams, mēs redzēsim funkcijas patīk Nakts skats uz Google Pixel 4 kļūst pieejamas trešo pušu kameru lietotnēm, kas izmanto CameraX bibliotēku.

Šārkijs norāda, ka Google plāno beta versiju šī gada beigās.

Atmiņas pārvaldības uzlabojumi operētājsistēmā Android Q

Pixel 3 tika apbrīnots par to vairākas problēmas pēc palaišanas, taču Google ir daudz darījis, lai risinātu šīs problēmas, izmantojot daudzas atjauninājumi pēc palaišanas. Atmiņas pārvaldība ir bijusi viens no Pixel 3 vājākajiem aspektiem, taču Android Q laidienā lietām vajadzētu būt nedaudz labāk. Pēc Selima Cineka teiktā:

"Piemēram, sistēmā SystemUI mums bija dažādi lieli pārstrukturēšanas centieni Q, lai samazinātu paziņojumu un citu virsmu RAM izmantošanu."

Vai beidzot saņemsim bezvadu ADB?

Ja vēlaties bezvadu režīmā veikt tālruņa atkļūdošanu, ierīce ir jārobot. Jamals Īsons no Android Studio komandas saka ka viņi pašlaik risina šīs funkcijas iespējamību.

Vai Google joprojām testē planšetdatorus?

XDA atzītais izstrādātājs Luk1337 jautāja, vai Google joprojām testē AOSP UX planšetdatoros. Tas ir godīgs jautājums, ņemot vērā labu Android planšetdatoru trūkums un klāt kļūdas pašreizējos izlaidumos. Alens Huangs saka ka Google joprojām "katru gadu pārbauda un veic labojumus" un uzņēmums cieši sadarbojas ar partneriem, "lai nodrošinātu labu Android planšetdatora lietošanas pieredzi".

---

Reddit visā pavedienā ir daudz vairāk ziņu. Šeit ir apkopota visa jaunā informācija, ko mēs uzzinājām, taču vairāki Google darbinieki (īpaši Diāna Hekborna) izpēta savus argumentus par X funkcijas pārtraukšanu vai Y neieviešanu atļauju. Iesaku izlasīt pilnu AMA, ja vēlaties mazliet labāk izprast Android komandas lēmumu pieņemšanu.

Lasiet pilnu AMA vietnē /r/AndroidDev