Ekskluzivno: 3 najbolje značajke Androida 11 neće biti na svakom uređaju

Svake godine Google izdaje novu verziju operativnog sustava Android. Google je objavio prvi Android 11 Developer Preview još u veljači, nakon čega su uslijedili drugi, treći i četvrti razvojni pregledi tijekom posljednjih nekoliko mjeseci. Ranije ovog mjeseca, Google je predstavio prvi Android 11 Beta i detaljno razgovarali o najboljim značajkama u kojima korisnici mogu uživati ​​i koje programeri mogu implementirati. Međutim, sada smo saznali da tri vrhunske značajke u Androidu 11 neće biti dostupne na svakom Android uređaju.

Da bismo razumjeli kako je to moguće, moramo ukratko objasniti kako se Android OS distribuira od Googlea do proizvođača pametnih telefona. Android je operativni sustav otvorenog koda licenciran pod Apache 2.0, što znači da svatko, od indie programera do velikih tvrtki, može slobodno modificirati i distribuirati OS na svojim uređajima. Većina novih značajki OS-a koje je Google predstavio za Android 11 bit će dio Android Open Source Projecta (AOSP) za pametni telefon proizvođači uređaja temelje svoj vlastiti softver na tome, ali licenca Apache 2.0, kao što sam prije spomenuo, dopušta svakome da modificira softver onako kako vidi odgovarati. Kako bi održao dosljednost u API-jima i ponašanju platforme između Android uređaja, Google objedinjuje distribuciju Googleovih mobilnih usluga (što uključuje aplikacije i okviri kao što su Google Play Store i Google Play Services) s licencnim ugovorima koji nalažu da se uređaji pridržavaju pravila prema Googleovim "

Program kompatibilnosti s Androidom" (između ostalih zahtjeva). Android Compatibility Program sastoji se od višestrukih automatiziranih paketa testova i skupa pravila navedenih u Androidu Dokument s definicijom kompatibilnosti (CDD).

U CDD-u Google navodi značajke softvera i hardvera koje proizvođači uređaja "MORAJU" implementirati, koje se samo "STROGO PREPORUČUJU" ili "NE TREBA" implementirati. Ako je značajka navedena kao "MORA" implementirati, tada proizvođač uređaja mora dodati tu značajku ili neće moći slati Googleove aplikacije na svoje uređaje. Ako je značajka navedena kao "NE TREBA" implementirati, tada proizvođač uređaja ne može dodati tu značajku ili ne može grupirati Googleove aplikacije. Naposljetku, ako je značajka navedena kao "STROGO PREPORUČENO", onda o proizvođaču uređaja ovisi hoće li ili ne želi implementirati tu značajku. CDD je dokument koji se stalno mijenja, čak i prije objave svake godine nakon javne objave nove verzije Androida. Google često ažurira dokument kako bi uklonio značajke, promijenio jezik kako bi bio jasniji i ublažio zahtjeve na temelju povratnih informacija svojih partnera. Međutim, nakon što Google objavi CDD za određenu verziju Androida, ti će zahtjevi biti postavljeni u kamenu za uređaje s Googleovim certifikatom koji pokreću tu verziju OS-a Android.

Android 11 CDD neće postati javan do kraja ove godine, vjerojatno početkom rujna. Međutim, programer @deletescape je podijelio kopiju dokumenta prije izdanja u kojem su pojedinosti o promjenama koje dolaze u CDD, dajući nam rani uvid u to kako Google oblikuje Android 11 u cijelom ekosustavu. Velika većina od preko 60 promjena CDD-a nije jako zanimljiva korisnicima—one opisuju kako Proizvođači uređaja moraju implementirati određene API-je, deklarirati određene značajke i implementirati određeni kernel značajke. Međutim, 3 promjene CDD-a privukle su našu pozornost jer se odnose na neke od najzanimljivijih značajki u Androidu 11. Evo što smo otkrili.

Kontrole uređaja

Kontrole uređaja značajka je u Androidu 11 koja omogućuje prikazivanje kontrola automatizacije pametnog doma u izborniku napajanja. Možete ugasiti svjetla, otvoriti vrata garaže, pokrenuti usisavač, promijeniti temperaturu u domu i učiniti mnogo više bez otvaranja desetak različitih aplikacija za pametni dom. Google je dodao API-je koje programeri pametnih kućnih aplikacija mogu koristiti za prikaz kontrola u izborniku napajanja. Mislimo da je ovo zgodna značajka koja konačno donosi vaš pametni telefon u pametni dom. Nažalost, nema zahtjeva za OEM-ove da ga stvarno implementiraju. Ako OEM smatra da je značajka jadna ili želi ići drugim putem (kao što je dopuštanje samo pametnog kućne kontrole s uređaja u vlastitom ekosustavu), tada mogu jednostavno onemogućiti podršku za Uređaj Kontrole.

Kada je Google prvi put dodao kontrole uređaja CDD-u 25. veljače 2020., naložio je njihovo uključivanje dodavanjem zahtjeva "MORA" u odjeljku 2.2.3 - Zahtjevi za ručni softver. Međutim, 20. svibnja 2020. Google je ažurirao tekst kako bi uklonio predloženo "MORA". Novi odjeljak 3.8.16 - Kontrole uređaja opisuje kako se značajka mora implementirati, ali zapravo ne zahtijeva da se uopće implementira! Nadamo se da proizvođači originalne opreme neće onemogućiti ovu izvrsnu značajku, ali ne postoji način da saznamo jesu li je onemogućili dok ne spremni otkriti vlastite okuse Androida izgrađenog na Androidu 11, što se neće dogoditi prije nekoliko mjeseci sada.

Predloženi odjeljak 3.8.16 (novo) - Kontrole uređaja (ažurirano 20.5.2020.)

3.8.16 Kontrole uređaja

Android uključuje ControlsProviderService i Control API-je kako bi programerima omogućili objavljivanje kontrola uređaja za brzi status i radnje za korisnike.

3.8.16.1 Korisnička pristupačnost kontrola uređaja

Ako uređaji implementiraju kontrole uređaja, oni:

• [C-1-1] MORA prijaviti da je oznaka android.software.controls.feature TRUE
• [C-1-2] MORA pružiti korisniku mogućnost dodavanja, uređivanja, odabira i upravljanja korisničkim favoritima iz kontrola koje su registrirale aplikacije trećih strana putem android.service.controls. ControlsProviderService i android.service.controls. Kontrolni API-ji.
• [C-1-3] MORA omogućiti pristup ovoj korisničkoj mogućnosti unutar tri interakcije s Pokretača
• [C-1-4] MORA točno prikazati u ovoj korisničkoj mogućnosti naziv i ikonu svake aplikacije treće strane koja pruža kontrole putem android.service.controls. ControlsProviderService API kao i bilo koja navedena ikona, tekst statusa, vrsta uređaja, naziv, struktura, zona, prilagođena boja i podnaslov koje pruža android.service.controls. Control API

Suprotno tome, ako implementacije uređaja ne implementiraju takve kontrole, onda one

• [C-2-1] MORA prijaviti Null za ControlsProviderService i Control API-je.

Čitaj više

Razgovori u Obavijestima

Jedna od najvećih prednosti Androida u usporedbi s iOS-om je način na koji prvi obrađuje obavijesti. Taj jaz u upotrebljivosti postat će još veći u Androidu 11 uvođenjem "Razgovora". U Androidu 11, obavijesti iz aplikacija za razmjenu poruka grupirani su zajedno i prikazani u zasebnom odjeljku na ploči s obavijestima iznad većine ostalih obavijesti. To vam omogućuje da brzo vidite poruke i odgovorite na njih bez potrebe za listanjem svih ostalih obavijesti na čekanju. Nažalost, ova izvrsna promjena obavijesti možda neće biti dostupna na svim uređajima. Google proizvođačima originalne opreme daje mogućnost odabira žele li "grupirati i prikazivati ​​obavijesti o razgovorima unaprijed obavijesti koje nisu za razgovor." OEM-ovi često prilagođavaju ploču s obavijestima i stoga ne čudi što Google OEM-ovima daje izbor ovdje. Ipak, šteta je što Google ne odlučuje nametnuti veću dosljednost u obavijestima u Androidu 11.

Predložene izmjene odjeljka 3.8.3.1 – Prezentacija obavijesti (ažurirano 4. 8. 2020.)

Ako implementacije uređaja omogućuju aplikacijama trećih strana da obavijeste korisnike o značajnim događajima, one:

...

Android R uvodi podršku za obavijesti o razgovoru, što je obavijest koja koristi NotificationManager. MessageStyle i pruža objavljeni ID prečaca za osobe.

Implementacije uređaja su:

• [H-SR] TOKO SE PREPORUČUJE za grupiranje i prikaz obavijesti o razgovoru ispred onih koji nisu razgovor obavijesti s iznimkom tekućih obavijesti o uslugama u prvom planu i važnosti: visoka obavijesti.

Ako su obavijesti o razgovorima grupirane u zaseban odjeljak, implementacije uređaja

• [H-1-8] MORA prikazivati ​​obavijesti o razgovoru ispred obavijesti bez razgovora, s izuzetkom tekućih obavijesti o uslugama u prvom planu i važnosti: visoke obavijesti.

Implementacije uređaja su:

• [H-SR] TOKO SE PREPORUČUJE omogućiti pristup sljedećim radnjama iz obavijesti o razgovorima: prikaži ovaj razgovor kao oblačić ako aplikacija pruža potrebne podatke za oblačiće

Implementacija AOSP-a ispunjava ove zahtjeve sa zadanim korisničkim sučeljem sustava, postavkama i pokretačem.

Čitaj više

IdentityCredential - mobilne vozačke dozvole

Konačno, jedna od značajki koja me najviše veseli je IdentityCredential API. Kao što smo detaljno opisali prošle godine, IdentityCredential API dizajniran je kako bi aplikacijama omogućio pohranu identifikacijskih dokumenata, poput mobilnih vozačkih dozvola, na uređaj. Nekoliko zemalja (i neke američke države) diljem svijeta već dopuštaju svojim građanima pohranjivanje vozačkih dozvola u mobilnu aplikaciju. Međutim, Google radi na tome da ovo učini sigurnijim pohranjujući podatke izvan mreže u sigurnom okruženju.

Izvorni kod za Android 11 uključuje IdentityCredential API (koji će programeri pozvati za pohranjivanje identifikacijskih dokumenata u telefon sigurno okruženje) i IdentityCredential HAL (koji je povezan sa sigurnim okruženjem telefona), ali proizvođači originalne opreme nisu obavezni implementirati ih. Kada je Google prvi put predložio uključivanje IdentityCredential-a u CDD 10. siječnja 2020., naveo je to kao uvjet. Međutim, ublažili su ovaj zahtjev 18. ožujka 2020. i sada samo snažno preporučuju da OEM-ovi podržavaju ovu značajku. Nismo iznenađeni što je Google ublažio ovaj zahtjev – dodavanje promjene koja utječe na okruženje pouzdanog izvršavanja zahtijevat će napor OEM-a da se implementira. Moguće je da proizvođačima originalne opreme jednostavno treba više vremena da se pripreme za ovu promjenu. Međutim, za korisnike to znači da nema jamstva da će vaš pametni telefon s Androidom 11 podržavati sigurno pohranjivanje mobilne vozačke dozvole u sigurnom okruženju telefona.

Trebamo napomenuti da nema tehničkih ograničenja koja sprječavaju široku primjenu sustava IdentityCredential među Android 11 uređajima. Jedan od zahtjeva za implementaciju sustava IdentityCredential je da uređaj ima Trusted Execution Okruženje (TEE) ili namjenski sigurni procesor u kojem "pouzdana aplikacija" komunicira s pohranjenim identitetom dokumenata. Od Androida 7.0 Nougat, Google zahtijeva da svi moderni Android uređaji podržavaju "izolirano okruženje za izvršavanje" (po Odjeljak 2.2.5 - Sigurnosni model u CDD-u). Uređaji s ARM procesorima obično imaju ARM TrustZone TEE, a Google pruža Pouzdan OS koji radi na TrustZone. Prisutnost TEE-a dovoljna je za podršku sustavu IdentityCredential, iako bi bilo sigurnije da su vjerodajnice pohranjene u ugrađenom sigurnom CPU-u (kao što je u Sigurna procesorska jedinica nekih Qualcomm Snapdragon procesora) ili diskretni sigurni CPU (kao što je u Googleov Titan M ili Novi Samsungovi sigurnosni čipovi). Naime, uređaji s diskretnim sigurnim CPU-om također mogu podržavati značajku "Direct Access mode" sustava IdentityCredential, koji će korisniku omogućiti da izvuče svoj identifikacijski dokument čak i kada u uređaju nema dovoljno energije za pokretanje glavnog OS-a.

Predloženi odjeljak 9.11.3 (novo) - vjerodajnice za identitet (ažurirano 18.3.2020.)

Identity Credential System omogućuje programerima aplikacija pohranjivanje i dohvaćanje dokumenata o identitetu korisnika.

Implementacije uređaja:

• [C-SR] se STROGO PREPORUČUJE implementacija Sustava vjerodajnica identiteta.

Ako implementacije uređaja implementiraju Identity Credential System, one:

• [C-0-1] MORA vratiti vrijednost koja nije null za IdentityCredentialStore#getInstance() metoda.
• [C-0-2] MORA implementirati API-je `android.security.identity.*` s kodom koji komunicira s pouzdanim aplikacija radi ili u pouzdanom izvršnom okruženju (TEE) ili na namjenskom sigurnom procesor. Pouzdana aplikacija mora biti implementirana tako da Pouzdana računalna baza za sustav vjerodajnica identiteta ne uključuje operativni sustav Android.

Čitaj više

Google također radi na biblioteci IdentityCredential Jetpack kako bi programerima olakšao dodavanje podrške za sigurno pohranjivanje identiteta dokumenata na Androidu, ali pravi izazov bit će natjerati vlade da autoriziraju aplikacije koje koriste ovaj API za sigurno pohranjivanje državnih ID-ova. Prema Engadget, Južna Koreja upravo je uvela podršku za pohranjivanje vozačkih dozvola u mobilnoj aplikaciji, tako da počinjemo primjećivati ​​porast prihvaćanja ove tehnologije. Ja sam, na primjer, uzbuđen što vidim kamo ovo ide jer će to značiti jednu stvar manje koju ću nositi sa sobom kad idem van.

---

Dokument koji smo dobili navodi promjene u CDD-u do datuma kada su te promjene napravljene. Zadnje izmjene napravljene su 10. lipnja 2020., što znači da je dokument koji imamo prilično ažuran. Moguće je da bi Google mogao odustati od ovih promjena i ponovno postaviti sve zahtjeve prije javnog izdanja Androida 11, ali sumnjamo da će Google odjednom napraviti CDD više strogi. Ove su promjene vjerojatno ublažene zbog povratnih informacija od OEM-ova koji su ti koji će se morati vratiti i implementirati ove značajke ako to već nisu planirali učiniti. Za to su potrebni vrijeme, trud i novac, što bi samo dodatno odgodilo izdavanje Androida 11 za uređaje koji nisu Googleovi. Ipak, ako Google još jednom učini potrebne ove značajke, objavit ćemo ažuriranje na XDA portalu.