Išskirtinis: 3 iš geriausių „Android 11“ funkcijų bus ne kiekviename įrenginyje

Kiekvienais metais „Google“ išleidžia naują „Android“ operacinės sistemos versiją. „Google“ išleido pirmąją „Android 11“ kūrėjo peržiūrą vasario mėn., o po to per pastaruosius kelis mėnesius sekė antrą, trečią ir ketvirtą kūrėjo peržiūrą. Anksčiau šį mėnesį „Google“ pristatė pirmoji „Android 11“ beta versija ir išsamiai papasakojo apie geriausias funkcijas, kuriomis vartotojai gali mėgautis, o kūrėjams jas įdiegti. Tačiau dabar sužinojome, kad trys geriausios 11 versijos „Android“ funkcijos nebus pasiekiamos visuose „Android“ įrenginiuose.

Norėdami suprasti, kaip tai įmanoma, turime trumpai paaiškinti, kaip „Android“ OS platinama iš „Google“ išmaniųjų telefonų gamintojams. Android yra atvirojo kodo operacinė sistema licencijuota pagal Apache 2.0, o tai reiškia, kad bet kas – nuo ​​nepriklausomų kūrėjų iki didelių įmonių – gali laisvai keisti ir platinti OS savo įrenginiuose. Dauguma naujų OS funkcijų, kurias „Google“ pristatė „Android 11“, bus „Android Open Source Project“ (AOSP) dalis. įrenginių gamintojai remiasi savo programine įranga, tačiau Apache 2.0 licencija, kaip jau minėjau anksčiau, leidžia kiekvienam keisti programinę įrangą taip, kaip mato. tinka. Siekdama išlaikyti API nuoseklumą ir platformos elgseną tarp „Android“ įrenginių, „Google“ sujungia „Google“ mobiliųjų paslaugų platinimą (įskaitant programas ir sistemas, pvz., „Google Play“ parduotuvę ir „Google Play“ paslaugas) su licencijos sutartimis, įpareigojančiomis, kad įrenginiai atitiktų „Google“ "

Android suderinamumo programa“ (be kitų reikalavimų). „Android“ suderinamumo programa susideda iš kelių automatinių bandymų rinkinių ir taisyklių rinkinio, išvardytų „Android“. Suderinamumo apibrėžimo dokumentas (CDD).

CDD „Google“ išvardija programinės ir aparatinės įrangos funkcijas, kurias įrenginių gamintojai „PRIVALO“ įdiegti, yra tik „STIPRAI REKOMENDUOJAMA“ arba „NETURĖTŲ“. Jei funkcija nurodyta kaip PRIVALOMA, įrenginio gamintojas turi pridėti šią funkciją arba jis negalės pristatyti „Google“ programų savo įrenginiuose. Jei funkcija nurodyta kaip „NETURĖTŲ“ įgyvendinti, įrenginio gamintojas negali pridėti šios funkcijos arba negali susieti „Google“ programų. Galiausiai, jei funkcija įtraukta į sąrašą kaip „STIPRAI REKOMENDUOJAMA“, įrenginio gamintojas turi nuspręsti, ar jis nori ją įdiegti. CDD yra nuolat kintantis dokumentas, net prieš jo paskelbimą kiekvienais metais, kai viešai išleidžiama nauja Android versija. „Google“ dažnai atnaujina dokumentą, kad pašalintų funkcijas, pakeistų kalbą, kad ji būtų aiškesnė, ir sumažintų reikalavimus, atsižvelgdama į savo partnerių atsiliepimus. Tačiau kai „Google“ paskelbs konkrečios „Android“ versijos CDD, šie reikalavimai bus iškalti „Google“ sertifikuotiems įrenginiams, kuriuose veikia ta „Android“ OS versija.

„Android 11“ CDD bus viešas tik vėliau šiais metais, greičiausiai rugsėjo pradžioje. Tačiau kūrėjas @deletescape pasidalijo išankstine dokumento kopija, kurioje išsamiai aprašomi CDD pakeitimai, suteikdami mums ankstyvą vaizdą, kaip „Google“ formuoja „Android 11“ visoje ekosistemoje. Didžioji dauguma daugiau nei 60 CDD pakeitimų nėra labai įdomūs vartotojams – jie aprašo, kaip įrenginių gamintojai turi įdiegti tam tikras API, deklaruoti tam tikras funkcijas ir įdiegti tam tikrą branduolį funkcijos. Tačiau mūsų dėmesį patraukė 3 CDD pakeitimai, nes jie susiję su kai kuriomis įdomiausiomis „Android 11“ funkcijomis. Štai ką mes atskleidėme.

Įrenginio valdikliai

Įrenginio valdikliai yra „Android 11“ funkcija, leidžianti išmaniųjų namų automatikos valdiklius rodyti maitinimo meniu. Galite išjungti apšvietimą, atidaryti garažo duris, įjungti dulkių siurblį, pakeisti namų temperatūrą ir nuveikti daug daugiau neatidarę keliolikos skirtingų išmaniųjų namų programėlių. „Google“ pridėjo API, kurias išmaniųjų namų programų kūrėjai gali naudoti norėdami pateikti valdiklius maitinimo meniu. Manome, kad tai yra tvarkinga funkcija pagaliau atneša jūsų išmanųjį telefoną į išmaniuosius namus. Deja, originalios įrangos gamintojai nereikalauja, kad tai realiai įgyvendintų. Jei originalios įrangos gamintojas mano, kad funkcija yra silpna arba jie nori pasirinkti kitą kelią (pvz., leisti tik išmanųjį namų valdiklius iš įrenginių savo ekosistemoje), tada jie gali tiesiog išjungti įrenginio palaikymą Valdikliai.

Kai 2020 m. vasario 25 d. „Google“ pirmą kartą į CDD įtraukė įrenginių valdiklius, jie įpareigojo juos įtraukti, 2.2.3 skiltyje – delninių kompiuterių programinės įrangos reikalavimai. Tačiau 2020 m. gegužės 20 d. „Google“ atnaujino tekstą, kad pašalintų siūlomą „PRIVALO“. Naujajame 3.8.16 skyriuje – Įrenginio valdikliai aprašoma, kaip ši funkcija turi būti įdiegta, tačiau iš tikrųjų nereikalaujama, kad ji būtų įdiegta pirmiausia! Tikimės, kad originalios įrangos gamintojai neišjungs šios puikios funkcijos, bet mes negalime sužinoti, ar jie ją išjungė, kol nebus pasirengę pristatyti savo „Android 11“ pagrindu sukurtos „Android“ skonius, o tai įvyks tik kelis mėnesius nuo dabar.

Siūloma 3.8.16 skiltis (nauja) – Įrenginių valdikliai (Atnaujinta 2020-05-20)

3.8.16 Įrenginio valdikliai

„Android“ apima „ControlsProviderService“ ir „Control“ API, kad kūrėjai galėtų paskelbti įrenginio valdiklius, kad naudotojai galėtų greitai atlikti būseną ir atlikti veiksmus.

3.8.16.1 Įrenginys valdo naudotojo galimybes

Jei įrenginiuose įdiegtas įrenginio valdymas, jie:

• [C-1-1] PRIVALO pranešti, kad android.software.controls.feature vėliavėlė yra TRUE
• [C-1-2] PRIVALO suteikti vartotojui galimybę pridėti, redaguoti, pasirinkti ir valdyti naudotojo parankinius iš valdiklių, kuriuos užregistravo trečiosios šalies programos per android.service.controls. ControlsProviderService ir android.service.controls. Valdymo API.
• [C-1-3] PRIVALO suteikti prieigą prie šios naudotojo kainos per tris sąveikas iš paleidimo priemonės
• [C-1-4] Šiame naudotoje PRIVALO tiksliai pateikti kiekvienos trečiosios šalies programos, kuri teikia valdiklius per android.service.controls, pavadinimą ir piktogramą. ControlsProviderService API, taip pat bet kokia nurodyta piktograma, būsenos tekstas, įrenginio tipas, pavadinimas, struktūra, zona, tinkinta spalva ir subtitrai, kuriuos teikia android.service.controls. Valdymo API

Ir atvirkščiai, jei įrenginio diegimas neįgyvendina tokių valdiklių, tada jie

• [C-2-1] „ControlsProviderService“ ir „Control API“ PRIVALO pranešti Null.

Skaityti daugiau

Pokalbiai pranešimuose

Vienas didžiausių „Android“ pranašumų, palyginti su „iOS“, yra tai, kaip pirmoji tvarko pranešimus. „Android 11“ įdiegus „Pokalbius“ ši naudojimo skirtumai dar labiau padidės. 11 versijos „Android“ pranešimai iš pranešimų programų yra sugrupuoti ir rodomi atskirame pranešimų skydelio skyriuje virš daugelio kitų pranešimai. Tai leidžia greitai peržiūrėti pranešimus ir į juos atsakyti, nereikia slinkti per visus kitus laukiančius pranešimus. Deja, šis puikus pranešimų pakeitimas gali būti pasiekiamas ne visuose įrenginiuose. „Google“ suteikia originalios įrangos gamintojams galimybę pasirinkti, ar jie nori „grupuoti ir rodyti pokalbių pranešimus iš anksto ne pokalbio pranešimai.“ OĮG dažnai pritaiko pranešimų skydelį, todėl nenuostabu, kad „Google“ teikia originalios įrangos gamintojams čia pasirinkimas. Vis dėlto gaila, kad „Google“ nesirenka didesnio pranešimų nuoseklumo „Android 11“.

Siūlomi 3.8.3.1 skilties „Pranešimų pateikimas“ pakeitimai (atnaujinta 2020-08-04)

Jei įdiegus įrenginius trečiosios šalies programos gali pranešti naudotojams apie svarbius įvykius, jos:

...

„Android R“ pristato pokalbio pranešimų palaikymą, kuris yra pranešimas, kuriame naudojama „NotificationManager“. MessageStyle ir pateikia paskelbtą žmonių nuorodos ID.

Įrenginio diegimas yra:

• [H-SR] REKOMENDUOJAME grupuoti ir rodyti pokalbio pranešimus prieš pokalbį pranešimai, išskyrus nuolatinius pranešimus apie pirmųjų žinių paslaugas ir svarba: didelė pranešimai.

Jei pokalbių pranešimai sugrupuoti į atskirą skyrių, įrenginio diegimai

• [H-1-8] PRIVALO būti rodomi pokalbio pranešimai prieš ne pokalbio pranešimus, išskyrus nuolatinius pirmame plane teikiamų paslaugų pranešimus ir svarbą: aukšti pranešimai.

Įrenginio diegimas yra:

• [H-SR] GRYČIAI REKOMENDUOJAMA suteikti prieigą prie šių veiksmų iš pokalbio pranešimų: rodyti šį pokalbį kaip burbulą, jei programa pateikia reikiamus duomenis burbulams

AOSP diegimas atitinka šiuos reikalavimus su numatytuoju sistemos vartotojo sąsaja, nustatymais ir paleidimo priemone.

Skaityti daugiau

IdentityCredential – mobiliojo telefono vairuotojo pažymėjimai

Galiausiai, viena iš funkcijų, dėl kurių aš labiausiai džiaugiuosi, yra „IdentityCredential“ API. Kaip detalizavome praėjusiais metais, IdentityCredential API sukurta tam, kad programos galėtų įrenginyje saugoti tapatybės dokumentus, pvz., mobiliojo telefono vairuotojo pažymėjimus. Kelios šalys (ir kai kurios JAV valstijos) visame pasaulyje jau leidžia savo piliečiams saugoti vairuotojo pažymėjimus mobiliojoje programėlėje. Tačiau „Google“ stengiasi, kad tai būtų saugesnė, nes duomenys būtų saugomi neprisijungus saugioje aplinkoje.

„Android 11“ šaltinio kode yra „IdentityCredential“ API (kurią kūrėjai skambins norėdami saugoti tapatybės dokumentus telefono saugi aplinka) ir „IdentityCredential HAL“ (kuri siejasi su saugia telefono aplinka), tačiau originalios įrangos gamintojai neprivalo juos įgyvendinti. Kai 2020 m. sausio 10 d. „Google“ pirmą kartą pasiūlė „IdentityCredential“ įtraukti į CDD, ji tai nurodė kaip reikalavimą. Tačiau 2020 m. kovo 18 d. jie sušvelnino šį reikalavimą ir dabar tik primygtinai rekomenduoja OĮG palaikyti šią funkciją. Nesistebime, kad „Google“ sušvelnino šį reikalavimą – pridedant pakeitimą, kuris turi įtakos patikimai vykdymo aplinkai, OĮG turės įdėti pastangų. Gali būti, kad originalios įrangos gamintojams tiesiog reikia daugiau laiko pasiruošti šiam pokyčiui. Tačiau vartotojams tai reiškia, kad nėra garantijos, kad jūsų konkretus „Android 11“ išmanusis telefonas palaikys saugų mobiliojo telefono vairuotojo pažymėjimo saugojimą saugioje telefono aplinkoje.

Turėtume atkreipti dėmesį, kad nėra jokių techninių apribojimų, trukdančių plačiai naudoti „IdentityCredential“ sistemą tarp „Android 11“ įrenginių. Vienas iš IdentityCredential sistemos diegimo reikalavimų yra tas, kad įrenginys turi patikimą vykdymą Aplinka (TEE) arba specialus saugus procesorius, kuriame „patikima programa“ sąveikauja su saugoma tapatybe dokumentus. Nuo „Android 7.0 Nougat“ versijos „Google“ reikalauja, kad visi šiuolaikiniai „Android“ įrenginiai palaikytų „izoliuotą vykdymo aplinką“ (per 2.2.5 skyrius – CDD saugos modelis). Įrenginiai su ARM procesoriais paprastai turi ARM TrustZone TEE, o „Google“ teikia Patikima OS kuri veikia TrustZone. TEE pakanka, kad palaikytų „IdentityCredential“ sistemą, tačiau būtų saugiau, jei kredencialai būtų saugomi integruotame saugiame CPU (pvz., Saugus kai kurių „Qualcomm Snapdragon“ procesorių apdorojimo blokas) arba atskirą saugų procesorių (pvz., in Google Titan M arba „Samsung“ nauji saugos lustai). Pažymėtina, kad įrenginiai su atskirais saugiais procesoriais taip pat gali palaikyti „IdentityCredential“ sistemos „tiesioginės prieigos režimo“ funkciją, kuri leis vartotojui pasiimti savo asmens dokumentą net tada, kai įrenginyje nebeliks pakankamai energijos pagrindinei OS paleisti.

Siūlomas 9.11.3 skirsnis (naujas) – tapatybės kredencialas (atnaujintas 2020-03-18)

Identity Credential System leidžia programų kūrėjams saugoti ir gauti vartotojo tapatybės dokumentus.

Įrenginio diegimas:

• [C-SR] REKOMENDUOJAME įdiegti tapatybės kredencialų sistemą.

Jei įrenginio diegimas įgyvendina tapatybės kredencialų sistemą, jie:

• [C-0-1] PRIVALO pateikti ne nulį IdentityCredentialStore#getInstance() metodas.
• [C-0-2] PRIVALO įdiegti „android.security.identity.*“ API su kodu, kuris palaiko ryšį su patikimu programa veikia patikimoje vykdymo aplinkoje (TEE) arba tam skirtoje saugioje aplinkoje procesorius. Patikima programa turi būti įdiegta taip, kad Patikima skaičiavimo bazė „Identity Credential System“ neapima „Android“ operacinės sistemos.

Skaityti daugiau

„Google“ taip pat kuria „IdentityCredential Jetpack“ biblioteką, kad kūrėjams būtų lengviau pridėti saugaus tapatybės saugojimo palaikymą. dokumentų, skirtų „Android“, tačiau tikras iššūkis bus priversti vyriausybes leisti programoms, naudojančioms šią API, saugiai saugoti valstybinius ID. Pagal Engadget, Pietų Korėja ką tik pristatė vairuotojo pažymėjimų saugojimo mobiliojoje programoje palaikymą, todėl pradedame pastebėti, kad šios technologijos priėmimas auga. Aš, pavyzdžiui, džiaugiuosi galėdamas pamatyti, kur tai nuves, nes tai reikš, kad išeinant į lauką nešiotis su savimi vienu daiktu mažiau.

---

Dokumente, kurį gavome, buvo nurodyti CDD pakeitimai iki tų pakeitimų atlikimo datos. Paskutiniai pakeitimai buvo atlikti 2020 m. birželio 10 d., o tai reiškia, kad mūsų turimas dokumentas yra pakankamai atnaujintas. Gali būti, kad „Google“ gali atsisakyti šių pakeitimų ir vėl nustatyti visus reikalavimus prieš viešai išleidžiant „Android 11“, tačiau abejojame, ar „Google“ staiga padarys CDD. daugiau griežtas. Tikėtina, kad šie pakeitimai buvo sušvelninti dėl originalių įrenginių gamintojų atsiliepimų, kurie turės grįžti ir įdiegti šias funkcijas, jei to dar nebuvo planuota. Tam reikia laiko, pastangų ir pinigų, o tai tik dar labiau atidėtų „Android 11“ išleidimą ne „Google“ įrenginiams. Vis dėlto, jei „Google“ dar kartą prireiks šių funkcijų, paskelbsime naujinį XDA portale.