„Android Q AMA“ santrauka: ką „Google“ pasakė apie „Android 10“ „Reddit“.

Praėjusiais metais „Google“ „Android“ komanda surengė „Ask Me Anything“ (AMA) „Reddit“ /r/AndroidDev subreddit, kad pateiktų klausimus apie Android P kūrėjo peržiūra. Šiais metais inžinierių komanda, dirbanti su Android Q beta versija, atsakė į klausimus Reddit. AMA prasidėjo rugpjūčio 1 d. 12:00 PST ir baigėsi maždaug po pusantros valandos. 33 „Google“ inžinieriai dalyvavo AMA ir atsakė į daugybę klausimų per trumpą laiką, kai truko AMA. Štai visos naujos informacijos, kurią sužinojome, santrauka.

Android Q AMA: viskas, ko išmokome iš Google

Dalyviai iš „Android Q“ beta versijos komandos

• Adamas Cohenas: TLM „Android“ paleidimo priemonėje / sistemos vartotojo sąsajoje
• Adamas Powellas: TLM vartotojo sąsajos įrankių rinkinyje / sistemoje; rodiniai, gyvavimo ciklas, fragmentai, palaikymo bibliotekos
• Alanas Viverette: TLM, Jetpack / AndroidX
• Allenas Huangas: PM UI, paleidimo priemonė, pranešimai, paieškos integracijos ir dar daugiau!
• Andrew Sappirstein: TLM „Android“ nustatymuose
• Brahimas Elbouchikhi: „Android“ mašininio mokymosi ir fotoaparato (NN API, ML rinkinio, „CameraX“, fotoaparato platformos) PM direktorius
• Chadas Brubakeris: programinės įrangos inžinierius, „Android“ platformos sauga
• Charmaine D'Silva: PM dėl privatumo
• Chetas Haase: „Android“ vyriausiasis advokatas, ryšiai su kūrėjais
• Diana Wong: PM, programų suderinamumas, ne SDK API naudojimas, ART, NDK
• Dianne Hackborn: „Android“ sistemos komandos vadovas (ištekliai, langų tvarkyklė, veiklos tvarkyklė, kelių naudotojų, spausdinimo, pritaikymo neįgaliesiems ir kt.)
• E.K. Chung: UX direktorius
• Ianas ežeras: Programinės įrangos inžinierius, Jetpack (fragmentai, navigacija, architektūros komponentai)
• Iliyanas Malchevas: „Project Mainline“ vyriausiasis programinės įrangos inžinierius
• Jokūbas Lehrbaumas: „Android“ kūrėjų ryšių direktorius
• Jake'as Whartonas: programinės įrangos inžinierius, Jetpack
• Jamalas Easonas: PM, Android Studio
• Džefas Beilis: TLM, Android atvirojo kodo projektas (AOSP)
• Džefas Šarkis: programinės įrangos inžinierius, „Android Framework“.
• Džefris van Gogas: Android Studio, kompiliatoriai
• Jen Chai: PM, vieta ir kontekstas, autentifikavimas, automatinis pildymas, ne SDK API naudojimas, ART
• Karen Ng: Grupės PM, skirtos „Android“ kūrėjo įrankiams, „Android Studio“, „Android Tookit“ ir „Jetpack“.
• Paulas Bankheadas: „Google Play“ produktų valdymo direktorius
• Rohanas Shahas: Produktų vadovas, „Android“ sistemos vartotojo sąsaja
• Romain Guy: „Android Toolkit“ / „Jetpack“ komandos vadovas
• Sagar Kamdar: „Android“ produktų valdymo direktorius
• Šeštadienis K: „Android“ ryšių inžinerijos direktorius
• Selimas Cinekas: programinės įrangos inžinierius, „Android“ sistemos vartotojo sąsaja
• Stephanie Saad Cuthbertson: „Android“ produktų valdymo vyresnysis direktorius
• Sumir Kataria: Programinės įrangos inžinierius, „Jetpack“ („WorkManager“)
• Travis McCoy: PM, Android platforma
• Trystan Upstill: Gerbiamas inžinierius, „Android“ sistemos vartotojo sąsajos ir intelekto vadovas
• Vinit Modi: PM, Android kamera

Skaityti daugiau

OĮG nebegali užmušti programų, kai naudotojas pastaruoju metu jas nubraukia

Jei kada nors naudojote Kinijos prekės ženklo išmanųjį telefoną, tikriausiai susidūrėte su erzinančiomis „baterijos optimizavimo“ funkcijomis, kurios fone nužudykite visas mėgstamas programas. Toks elgesys erzina ne tik vartotojus, kurie tikisi, kad tam tikros programos dėl kokios nors priežasties ir toliau veiks fone. bet tai taip pat erzina kūrėjus, kurie turi patirti prastų atsiliepimų iš vartotojų, kurie nesupranta, kad tai ne programos kaltė. Kol Google yra vis dar ne iki galo sprendžiant šį klausimą (jie ranka pašalino problemą teigdami, kad taip elgiasi greičiausiai jau pažeidžia „Android“ suderinamumo apibrėžimo dokumento reikalavimus), įmonė yra imtis veiksmų prieš vieną „akumuliatoriaus taupymo“ elgesio pakeitimą, kurį taiko kai kurie originalios įrangos gamintojai.

„Siekdami padėti išspręsti situaciją, „Android Q“ pridėjome CTS testą, siekdami užtikrinti, kad programa nebūtų užmušta perbraukus ją iš „Recents“.

„Android R“ gali pateikti daugiau ekrano kopijų pakeitimų, nei tikėjomės

„Google“ planuoja pridėti slenkančios ekrano kopijos „Android R“., bet tuo pačiu metu „Android“ komanda yra „Atidžiai pažvelgus į tai, kaip [jie] gali pagerinti viso ekrano [X] patirtį R. Taigi, mes galime žiūrėkite kitus ekrano kopijų (IR ekrano perdavimo) patobulinimus kitoje pagrindinėje „Android“ versijoje.

Paaiškinkite naująjį „Android Q“ darbalaukio režimą

The pirmasis viešas beta versijos leidimas Android Q įdiegė paslėptą darbalaukio režimo sąsają AOSP ir Pixel Launcher. Nors Google trumpai palietė funkciją „Google I/O“ seanso metu mes niekada negirdėjome tiesiogiai iš „Google“, kaip naujoji funkcija tinka „Android“ ekosistemai. Google dabar paaiškina:

„Q AOSP „darbalaukio režimas“ yra kūrėjo parinktis, skirta programų kūrėjams. Tai leidžia jiems išbandyti savo programas kelių ekranų ir laisvos formos langų režimo aplinkoje. Anksčiau nebuvo patogaus būdo išbandyti programos elgseną antriniame ekrane ir su laisvai keičiamo dydžio langais atsarginėje „Android“. Ši funkcija nėra sukurta atskirai ir šiuo metu nėra skirta paprastiems vartotojams. Nepaisant to, tai yra pagrindinė „Android“ platformos linija, skirta originalių įrenginių gamintojams diegti naujoves ir kurti puikius produktus.

Taigi galime tikėtis, kad originalios įrangos gamintojai kurs „Android Q“ vietinį darbalaukio režimą. Pavyzdžiui, „OnePlus 7 Pro“ palaiko ekrano išvestį per HDMI, todėl gali būti „OxygenOS 10“, pagrįsta „Android Q“. ateityje turės savo darbalaukio režimo sąsają. Taip pat tikimės, kad ateityje „Google“ naudos šią funkciją Pixel 4.

Tamsusis režimas pagal laiką

„Android Q“ pagaliau pristato plačiai pageidaujamą funkciją: visos sistemos tamsus režimas. Šiuo metu tamsųjį režimą galima įjungti rankiniu būdu skiltyje „Nustatymai“ arba naudojant sparčiųjų nustatymų plytelę, arba jis gali būti automatiškai įjungtas, kai įjungta akumuliatoriaus tausojimo priemonė. Prieš „Android Q“ buvo galimybė įjungti tamsųjį režimą pagal paros laiką, bet ši parinktis buvo nebenaudojama. Pasak Chriso Baneso:

„Yra keletas priežasčių, kodėl tai nebenaudojama (nepašalinama) naudojant AppCompat v1.1.0: tam reikia, kad programos pateiktų užklausą Vietos leidimai turi būti tikslūs ir net turint galiojančią vietą saulėtekio / saulėlydžio laiko skaičiavimai gali būti atlikti Buggy“.

Paklaustas apie šias klaidas, ponas Banesas teigia, kad „suskaičiuoti saulėtekį/saulėlydį yra labai sunku, ypač tose vietose, kurios yra arti šiaurės / pietų ašigaliai.“ Naudotojas iškelia, kad „Naktinė šviesa“, pasiekiama nuo „Android 7.1 Nougat“, gali būti automatiškai perjungta pagal saulėlydį / saulėtekį tvarkaraščiai. Tada ponas Banesas teigia, kad nuo Night Light naudoja CalendarAstronomer iš ICU4J, jis naudoja „didelę kodo dalį, nuo kurios nenorėtume, kad AppCompat priklausytų“. Tačiau komanda tai daro valstybė kad ši funkcija yra „kažkas, į ką jie žiūrės“.

Privalomas Camera2 API/Camera HAL3 palaikymas Android Q paleidimo įrenginiams

„Google“ pristatė „Camera2“ API, kad geriau apibrėžtų, kaip programos gali sąveikauti su atskiromis prie jūsų išmaniojo telefono prijungtomis kameromis. Nors Google skatina išmaniųjų telefonų pardavėjai „pateikia kūrėjams visas savo fizines kameras“, daugelis pardavėjų nusprendžia to nedaryti, nors „pati API nėra tai reiškia, kad daugelis trečiųjų šalių fotoaparatų programų negali naudoti antrinių ar tretinių kamerų modulių šiuolaikinėse išmanieji telefonai. Tačiau pažanga daroma, nes „Android Q“ pagerėjo LOGICAL_MULTI_CAMERA, API, kuri suteikia kūrėjams geresnę prieigą prie visų įrenginio kamerų ir leidžia OĮG valdyti energijos suvartojimą ir kelių kamerų būsenų valdymą.

Be to, „Google“ teigia, kad pridėjo reikalavimus visiems įrenginiams, paleidžiamiems su „Android Q“, kad būtų palaikoma „Camera2“ API / „Camera HAL3“. Pasak Vinit Modi:

„Pradedant „Android P“, nauji įrenginiai, kuriuose yra 1 GB ar daugiau RAM, turi naudoti HALv3/camera2. „Android Q“ ir vėliau visi nauji įrenginiai turi palaikyti HALv3 / „camera2“. Deja, naujinimai iš HALv1 į HALv3 yra gana sudėtingi ir gali turėti netikėtų pasekmių, todėl turėjome apriboti naujų įrenginių taikymo sritį.

Įdomu tai, kad Modi pareiškimas apie įprastus RAM Android P paleidimo įrenginius prieštarauja ką mums anksčiau pasakė „Google“ ir kas paskelbta „Image Test Suite“ puslapyje internete.

Dinaminis programų kūrimas naudojant „Jetpack Compose“.

„Sony“ OMS temų sistema buvo įtraukta į AOSP prieš keletą leidimų, bet tai tik skirtas originalios įrangos gamintojams remtis. Mes tai jau žinome Google yra prieš Vartotojai naudoja vykdymo laiko išteklių perdangas teminėms programoms, tačiau kūrėjams įmonė tai daro tikėdamasis kad jos „Jetpack Compose“ vartotojo sąsaja sistema pateiks „įdomų požiūrį į dinamišką temą“.

„Vulkan-backend“, skirta „Skia“, kad būtų pateikta vartotojo sąsaja

Praeitais metais, pastebėjome diskusiją tarp „Google“ inžinierių, kalbančių apie savo planus, kad „Android“ sistema naudotų „Vulkan“ grafikos API vartotojo sąsajos atvaizdavimui. Nors dabar galima įjungti „Vulkan“ aparatinės įrangos pagreitintą užpakalinę programą be jūsų telefono sugenda, negirdėjome jokių konkrečių planų iš „Google“ apie tai, kada jie planuoja juos išleisti pokyčius. Ši AMA neatsako į šį klausimą, bet bent jau turime patvirtinimą, kad jis vis dar kuriamas. Pasak Romain Guy:

„Komanda dirbo su Vulkan backend, skirta Skia, 2D atvaizduotojui, kurį naudoja Android, tačiau šiuo metu jis nėra įjungtas pagal numatytuosius nustatymus. UI ir Canvas vis dar veikia per OpenGL ES.

„Android Q“ gestų juosta tampa dinamiškesnė

Kai kurie XDA vis dar mano Nauji „Android“ gestai yra netvarka, bet aš asmeniškai manau, kad jiems viskas gerai. Vis dėlto, jei šiek tiek pažaisite su naujais gestais sistemoje „Android Q“, pastebėsite, kad gestų juosta nejuda pirštu. Jis taip pat prilimpa prie ekranų, kur jo nereikia, pvz., pagrindiniame ekrane arba naujausių programų apžvalgoje. Allenas Huangas sako kad jie „visiškai sutinka, kad yra galimybių“ padaryti „navigacijos liniją mažiau statišką“. Jis toliau sako kad „tai yra kažkas, prie kurio mes dirbame, bet taip pat subalansuojame, kad tai neblaškytų atsiranda/dingsta“.

Saugyklos prieigos sistemos patobulinimai

Daugelis „Android Q“ pakeitimų labai pagerino platformos saugumas ir privatumas. Vienas iš tokių pakeitimų, vadinamas „Scoped Storage“, riboja programų prieigą prie išorinėje saugykloje esančių failų taip, kad tai būtų prasminga; Pavyzdžiui, muzikos programos neturėtų matyti jūsų galerijos. Failų tvarkyklės programos, veikiančios „Android Q“, turi naudoti API, vadinamą „Storage Access Framework“, kad toliau veiktų kaip įprasta, bet kai kurie kūrėjai mano, kad ši API yra prastesnė prie to, kas buvo prieinama anksčiau. Jeffas Sharkey iš Google sako komanda išnagrinėjo kai kuriuos iš šių kūrėjų skundų:

„Patobulinome SAF našumą naujausiuose Android Q Beta leidimuose; ar galėtumėte patikrinti savo etalonus su naujausia beta versija? Taip pat įsitikinkite, kad naudojate „ContentProviderClient“, kai atliekate bet kokias masines operacijas.

„Project Treble“ pagerino „Android Pie“ pritaikymą, palyginti su „Android Oreo“.

Jau matėme, kaip „Project Treble“, pagrindinis žemo lygio „Android“ sistemos pertvarkymas, pagerino naujesnių „Android“ OS versijų priėmimą. „Google“ dėkoja „Treble“ už daugybės išmaniųjų telefonų pardavėjų prisijungimą prie jos Android P beta versija pernai ir Android Q beta versija Šiais metais. Iliyan Malchev, projekto „Treble“ vadovas ir Pagrindinė linija inžinierius, sako kad „Android Pie“ pritaikymas 2018 m. pabaigoje buvo „3 kartus“ didesnis nei „Android Oreo“.

Tame pačiame komentare Dickas Dougherty erzina, kad „Android“ versijos platinimo diagramoje yra daugiau naudingų metrikų. Diagrama buvo paskutinį kartą atnaujinta gegužės mėn, tačiau jo duomenys yra naudingesni žurnalistams nei programėlių kūrėjams.

Ekrano įrašymas vis dar yra WIP

Ankstyvosiose Android Q beta versijose buvo pridėta pagrindinio ekrano įrašymo funkcijos vėliavėlė, tačiau pati platforma labai pagerino ekrano įrašymo naudingumą leidžia programoms užfiksuoti garsą iš kitų programų. Stephanie Saad Cuthbertson sakė, kad komanda svarsto, „kaip dar vakar galėtume padaryti geriau įrašymo ekrane poreikius“. Kiti išmaniųjų telefonų prekės ženklai, pvz OnePlus, ASUS, Huawei ir Samsung turi tvirtus ekrano įrašymo įrenginius, kurie gali įrašyti vidinį garsą, todėl „Google“ čia žais.

Tamsi tema – viskas!

Jei praleidote, „Google“ daugumoje programų prideda tamsųjį režimą. Stephanie Saad Cuthbertson sako tikėtis, kad visos „pagrindinės programos“ palaikys tamsiąją temą „oficialioje [Android Q] laidoje“. Net „Google Chrome“, kuri šiuo metu priverčia puslapį įkelti iš naujo, kai įjungta visos sistemos tamsioji tema, bus atnaujinta, kad nebeatnaujintų, kai tema bus įjungta pasikeitė.

Taip, trečiųjų šalių paleidimo priemonės veiks su gestais (galų gale)

„Android“ gestai yra savotiški sugenda, kai naudojate trečiosios šalies paleidimo priemonę. Taip yra todėl, kad naujausių programų vartotojo sąsaja yra atsargų paleidimo programoje, o „Google“ dar nėra parengė būdą, kaip pasiekti tuos pačius sklandžius perėjimus, kuriuos matome naudojant gestus su „Pixel“. Paleidimo priemonė. Adomas Cohenas tvirtina „Google“ planuoja šias problemas išspręsti „kuo greičiau po išleidimo“. Toliau jis taip sako nesuderinamumas "bus išspręstas atnaujinus Q ir bus perkeltas naujiems įrenginiams, kurie bus paleisti su Q."

Dinaminiai / loginiai skaidiniai nėra skirti naikinti pasirinktinius ROM

Norėdami paremti Dinaminiai sistemos atnaujinimai „Android Q“ kai kuriuose įrenginiuose, pvz., „Google Pixel 3“ ir „Pixel 3 XL“, naudojami loginiai skaidiniai. Šių skaidinių dydį galima dinamiškai keisti. Šis pakeitimas turi įrodyta, kad yra sudėtinga pasiekti root prieigą, o kai kurie kūrėjai nerimauja, kad yra taikomi pasirinktiniai ROM. Iliyanas Malchevas patikina mus, kad neketinama varžyti pasirinktinių ROM. Kaip jis paaiškina:

"Dinaminiai skaidiniai nėra skirti apriboti, ką galite padaryti su pasirinktiniais ROM. Jie tiesiog yra fiksuotų skaidinių dydžių problemos sprendimas ir saugaus būdo perskirstyti įrenginius OTA. Prieš dinamines pertvaras, jei OĮG padarė klaidą nustatydamas dydį, pvz. sistemos skaidinys, tada jie būtų suvaržytas toks pasirinkimas, todėl praktiškai neįmanoma atnaujinti įrenginio po tam tikro tašką. Kai kurie originalios įrangos gamintojai perskirsto savo įrenginius OTA, tačiau tai a) oficialiai nepalaikoma „Android“ ir b) skaidinių lentelės keitimas laikomas gana rizikingu. Dinaminiais skaidiniais siekiama sumažinti problemą, įvesdami netiesioginės informacijos lygį tarp fizinės skaidinių lentelės ir OS. Tai savo ruožtu leidžia saugiai koreguoti skaidinių dydžius OTA. Kalbant apie pasirinktinius ROM, jūs neturėtumėte būti labiau suvaržyti nei šiandien, ką galite padaryti. Pasirinktinių ROM palaikymas yra ir tebėra tai, ką kiekvienas OĮG nusprendžia įgalinti.

Pagrindinė projekto linija – ART modulis ir palaikymo trukmė

„Mainline“ yra nauja „Google“ iniciatyva, kuria siekiama standartizuoti tam tikras bibliotekas ir paketus, kad juos būtų galima atnaujinti nepriklausomai nuo platformos naujinių. Kai kurie stebėjosi, kodėl „Android Runtime“ (ART) dar nėra pagrindinis modulis, bet „Google I/O“ man pasakė, kad ART moduliavimo sudėtingumas neleido jiems įtraukti jo kaip vieno iš pradinių APEX paketų. Kaip paaiškino Iliyanas Malchevas ir Diana Wong:

„Neabejotinai tiriame, kaip atnaujinti Runtime (ypač našumo ir GC pataisymus bei pagrindines bibliotekas). Galime pastebėti daug privalumų, kai šiuos naujinimus galima suderinti visuose įrenginiuose ir keliuose leidimuose su pagrindine linija. Tai taip pat didžiulis techninis iššūkis, nes galvojame, kaip tai padaryti geriausiai kūrėjams, ir tikriausiai tai truks kelerius metus. „Mainline“ šiuo metu to negali padaryti, bet mes tikrai galvojame apie tai.

Jei sekate AOSP Gerrit, pamatysite, kad „Google“ vis dėlto buvo sunkus darbas Runtime APEX kūrimas. Šiuo metu atrodo, kad jie yra suskaidant Bionic ir ART/libcore į atskirus APEX modulius.

Kalbant apie „Project Mainline“ naudą, vienas vartotojas paklausė apie „Mainline“ atnaujinimų trukmę. Atsakydamas Iliyan Malchev sako kad „tai yra politikos klausimas, kurį vis dar vertiname, bet norime kuo ilgiau atnaujinti pagrindinius įrenginio modulius“. XDA pripažintas kūrėjas luca020400 pasiteiravo, ar bus pateikti iš anksto sukurti Mainline moduliai, kad pasirinktinių ROM kūrėjai galėtų sujungti naujinimus, o atsakydamas Jeffas Bailey pakartoja kad "moduliai, kurie atsiskiria nuo AOSP, turės šaltinio leidimus, atitinkančius kiekvieną modulio leidimą". Jau matome naujų AOSP APEX modulių, tokių kaip skirtas, progresą Neuroninių tinklų API.

„CameraX“ atitinka „ML Kit“.

Šių metų I/O renginyje „Google“ pristatė CameraX Jetpack biblioteka. Ši biblioteka sukurta taip, kad kūrėjams būtų lengviau palaikyti „Android Camera2“ API, išlaikant suderinamumą iki pat „Android Lollipop“. Vinit Modi erzina kad įmonė dirba integruodama „CameraX“. ML rinkinys, „Google“ mašininio mokymosi „Firebase“ SDK, todėl kūrėjai gali pateikti vaizdo rėmelius į ML rinkinį analizei atlikti.

„CameraX“ pardavėjo plėtiniai ir išleidimo data

Kameros programos kūrėjas apgailestauja, kad pažangios kameros funkcijos, tokios kaip „Google Pixel's Night Sight“, nepasiekiamos trečiųjų šalių fotoaparatų programoms. Tai turėtų būti išspręsta naudojant „CameraX“ tiekėjo plėtinius, kuriems Jeffas Sharkey iš „Google“ sako kad "visi Pixel įrenginiai yra optimizuoti CameraX Core". Jis erzina, kad „Plėtinių aspektas bus palaikomas naujuose ir būsimuose įrenginiuose“. Be to, „Google“ yra „dirbti su keliais gamintojais, kad jų įrenginių galimybes būtų galima pristatyti kūrėjams ir vartotojams“. Nors tai nėra tiesiogiai patvirtinta, gali būti, kad pamatysime funkcijų Kaip Naktinis reginys ant Google Pixel 4 tapti prieinama trečiųjų šalių fotoaparatų programoms, naudojančioms CameraX biblioteką.

P. Sharkey teigia, kad „Google“ siekia išleisti beta versiją šių metų pabaigoje.

„Android Q“ atminties valdymo patobulinimai

„Pixel 3“ buvo apgailėtinas daug problemų po paleidimo, tačiau „Google“ padarė daug, kad išspręstų šias problemas atnaujinimai po paleidimo. Atminties valdymas buvo vienas iš silpniausių „Pixel 3“ aspektų, tačiau „Android Q“ versijoje viskas turėtų būti šiek tiek geriau. Pasak Selimo Cineko:

„Pavyzdžiui, „SystemUI“ mes dėjome daug didelių pastangų pertvarkyti Q, kad sumažintume pranešimų ir kitų paviršių RAM naudojimą.

Ar pagaliau gausime belaidį ADB?

Jei norite belaidžiu būdu derinti telefoną, turėsite išjungti įrenginį. Jamalas Easonas iš „Android Studio“ komandos sako kad jie šiuo metu sprendžia šios funkcijos galimybes.

Ar „Google“ vis dar testuoja planšetiniuose kompiuteriuose?

XDA pripažintas kūrėjas Luk1337 paklausė, ar „Google“ vis dar bando AOSP UX planšetiniuose kompiuteriuose. Tai teisingas klausimas, atsižvelgiant į gerų Android planšetinių kompiuterių trūkumas ir esama klaidų dabartiniuose leidimuose. Allenas Huangas sako kad „Google“ vis dar „kasmet išbando ir atlieka pataisymus“ ir kad bendrovė glaudžiai bendradarbiauja su partneriais „siekdama užtikrinti gerą Android planšetinio kompiuterio naudojimo patirtį“.

---

Visoje „Reddit“ temoje yra daug daugiau pranešimų. Tai, ką čia aprašiau, apibendrina visą naują informaciją, kurią sužinojome, tačiau keli „Google“ darbuotojai (ypač Dianne Hackborn) nagrinėja savo samprotavimus dėl X funkcijos išjungimo arba Y neįdiegimo leidimas. Rekomenduoju perskaityti visą AMA, jei norite geriau suprasti „Android“ komandos sprendimų priėmimą.

Skaitykite visą AMA /r/AndroidDev