Iată toate noile funcții Android 11 pe care Google le impune și nu pentru OEM, conform Documentului de definire a compatibilității Android.
Google tocmai a început să lanseze prima construcție stabilă Android 11 la gama sa de dispozitive Pixel. Cea mai recentă lansare de software a companiei vine cu o mulțime de noi modificări pentru utilizator, cum ar fi notificările Bubble, suport încorporat pentru înregistrarea ecranului, comenzi media reproiectate și multe altele. Alături de acestea, Android 11 include și mai multe actualizări destinate dezvoltatorilor si o serie de modificări ascunse pe care le-am observat în codul sursă Android 11. Dar, în timp ce majoritatea acestor modificări vor ajunge în gama Pixel, Google nu forțează câteva funcții Android 11 pe OEM-uri. În această postare, vom arunca o privire asupra tuturor funcțiilor Android 11 pe care Google le solicită și nu le solicită OEM-urilor implementează.
Conform Android 11 Document de definire a compatibilităţii (CDD), Google nu solicită OEM-urilor să implementeze 3 dintre cele mai mari caracteristici ale Android 11. CDD-ul
nu listează notificările de conversație așa cum este necesar, aceasta nu necesită OEM să implementeze API-ul Controls, și Acreditarea de identitate nu este, de asemenea, o cerință. Am aflat mai întâi despre aceste cerințe mai devreme anul asta în iunie, când un document scurs care detaliază modificările aduse CDD-ului ne-a fost distribuit.Pentru cei care nu știu, CDD-ul Android este o listă de caracteristici software și hardware pe care producătorii de dispozitive „TREBUIE” să le implementeze, sunt doar „RECOMANDAT CU FODER” să le implementeze sau „NU TREBUIE” să le implementeze. Dacă o funcție este listată ca fiind „TREBUIE” implementată, atunci OEM-urile trebuie să adauge caracteristica sau nu pot livra aplicații Google pe dispozitivele lor. Dacă o caracteristică este listată ca „NU TREBUIE” implementată, producătorii de dispozitive nu pot adăuga caracteristica. În cele din urmă, dacă o caracteristică este listată ca „FORT RECOMANDAT”, atunci este la latitudinea producătorilor OEM să includă sau să omite caracteristica.
Deoarece Android 11 CDD listează toate cele trei funcții menționate mai sus drept „FORT RECOMANDAT”, există șansa ca OEM-urile să-și livreze actualizările Android 11 fără funcții. Cu toate acestea, acest lucru nu înseamnă că toți OEM-urile vor sări peste aceste funcții, deoarece le-ar putea considera benefice pentru utilizatori. De asemenea, este posibil ca acordul de licență pentru serviciile mobile Google Google pentru Android 11 mai strict să solicite OEM-urilor să implementeze aceste funcții, dar nu cunoaștem termenii acelor acorduri.
Acum că am vorbit despre caracteristicile care nu sunt necesare, să aruncăm o privire la unele dintre caracteristicile care sunt necesare în mod explicit în Android 11:
Nu permiteți modificarea aspectului facial
Se pare că Google este interzicerea OEM-urilor să implementeze algoritmi de ajustare facială în timpul procesării imaginii. Aceasta înseamnă că toate imaginile din conducta camerei, în mod implicit, nu vor avea fețe ajustate, dar modificările faciale pot fi implementate în continuare de către aplicația pentru cameră. Ca rezultat, dezactivarea modului de frumusețe ar trebui să dezactivați-l de fapt, cu excepția cazului în care aplicația pentru cameră OEM nu vă permite să dezactivați complet modul de înfrumusețare sau are un mod de înfrumusețare de nivel 1 ascuns care nu poate fi dezactivat niciodată. În timp ce majoritatea aplicațiilor de cameră OEM vă permit să o dezactivați, se știe că câteva dispozitive aplică filtre de înfrumusețare chiar și atunci când modul de înfrumusețare este dezactivat. De exemplu, în Revizuirea lui Max despre Vivo X50 Pro, el a observat cum camera i-a tot alterat fața, chiar dacă a dezactivat modul de frumusețe.
Roboto ca font implicit
De asemenea, Google cere ca OEM să livreze Roboto ca font implicit în Android 11. Cu toate acestea, producătorii de dispozitive pot oferi în continuare propriile fonturi utilizatorilor în timpul configurării sau în setări. Goog notează că „intenția este de a se asigura că așteptările dezvoltatorului de aplicații sunt în concordanță cu valoarea implicită (de exemplu, fără utilizator explicit consimțământul) prezentarea pe dispozitiv a aplicațiilor lor, iar fontul implicit sans-serif este un aspect foarte vizibil al acestui prezentare."
cerința fs-verity
Noile dispozitive care se lansează cu Android 11 vor fi necesare pentru a suporta fs-verity. Potrivit Google, „fs-verity este similar cu dm-verity, dar implementat pe bază de fișier... este util pentru verificarea eficientă a autenticității sau „evaluare”, fișiere mari din care doar o mică parte poate fi accesată - cum ar fi fișierele aplicației Android (APK)... fs-verity, de asemenea oferă o protecție mai bună împotriva firmware-ului de disc rău intenționat decât un hash înainte de timp, deoarece fs-verity reverifică datele de fiecare dată când sunt paginat.”