Au trecut aproape 9 ani de când Google a lansat prima versiune de Android, dar de atunci a apărut o problemă în creștere. Cu toate acestea, recent, gigantul tehnologic Google pare să fi remediat cea mai mare problemă și să găsească o nouă soluție pentru aceasta.
Au trecut aproape 9 ani de când gigantul tehnologic Google a lansat prima versiune de Android, dar de atunci a apărut o problemă în creștere. Android, ca sistem de operare open source, este utilizat pe milioane de dispozitive, dar un procent mare de aceste dispozitive nu sunt actualizate, sau cele care sunt, necesită o veșnicie pentru ca producătorii de dispozitive să fie lansate actualizări.
Problema în sine nu se află în Android sau chiar pe mărci precum Samsung, Sony, HTC, Huawei, LG și altele, care necesită prea mult timp pentru a lansa actualizările pe piață. Desigur, în prezent, dacă doriți să aveți cele mai recente versiuni, puteți cumpăra un Nexus sau Pixel (dispozitive Google). Este mai rău, este adevărat.
În ultima perioadă, mărcile s-au angajat mai mult și eliberează rapid patch-uri de securitate (remedieri la probleme) pentru echipamente. A funcționat foarte bine, acest angajament, cu toate acestea, adevărul este că utilizatorii nu vor să fie 4, 5 sau chiar jumătate de an pentru a avea o nouă versiune de Android și asta se întâmplă acum, chiar și cu angajamentul mărci.
S-ar putea să credem că se datorează mărcilor scăzute sau complexității sistemului, dar, de fapt, există o serie de pași care sunt încă complexi sau care necesită mult timp și care provoacă „entropie” în Android, atunci când în alte sisteme este imediat.
Să aruncăm o privire la pașii de la lansarea unei versiuni Android până la accesarea dispozitivelor.
Soluția se numește Project Treble și este marele atu care se așteaptă să fie prezentat pe 17 mai în cadrul evenimentului Google I / O 2017.
În termeni mai simpliști, pentru a înțelege modul în care gândește Google, să luăm ca exemplu Compatibility Test Suite (CTS), care a fost implementat în aplicațiile Android. Deci, cu CTS, dezvoltatorii creează aplicații gata să ruleze pe milioane de dispozitive, fără a fi nevoie să ajusteze fiecare.
Inspirat de acest mecanism, Google a creat Project Treble. Acest proiect intenționează să facă ceea ce face CTS pentru aplicații. Conceptul central este de a separa implementarea furnizorului - software-ul specific de nivel inferior, scris în mare parte de producătorii de hardware - de cadrul sistemului de operare Android.
Acest lucru se realizează prin introducerea unei noi interfețe furnizor între structura sistemului de operare Android și implementarea furnizorului. Noua interfață a furnizorului este validată de un Vendor Test Suite sau VTS, analog CTS, pentru a asigura compatibilitatea cu implementarea furnizorului. Deci, Android va câștiga o „Interfață furnizor”.
Cu interfața stabilă a producătorului, care oferă acces la anumite piese de hardware Android, producătorii de dispozitive pot alege să livreze o nouă versiune de Android către consumatori prin simpla actualizare a structurii sistemului de operare Android fără a fi necesară o lucrare suplimentară din partea producătorilor de componente.
Treble Project va ajunge la toate dispozitivele care vor fi lansate cu Android O, fiind această nouă arhitectură deja prezentă în versiunea Developer Preview. Beneficiile acestei abordări sunt evidente așa cum se vede în imaginile de mai sus. Dacă înainte aveam nevoie, furnizorii de componente recompilează versiunile pentru fiecare componentă, cu aceasta noua abordare nu mai este necesară.
Această nouă abordare este un pariu excelent al Google și cu siguranță va accelera procesele de actualizare, dar nu atât cât s-ar aștepta. Producătorii vor trebui în continuare să pună propriile caracteristici, instrumente și aplicații pe versiunea curată de Android. Acest proces va dura timp. În plus, vom avea în continuare mulți operatori de telecomunicații care vor dori să își plaseze propriile aplicații deasupra construcției producătorului.
Cu toate acestea, Google lucrează cu producătorii de echipamente și componente pentru, atunci când face o modificare specifică, cum ar fi pentru o rețea într-o anumită parte țară și pentru a plasa codurile în AOSP (Android Open Source Project) pentru a Cine nu trebuie să rescrie noi patch-uri pentru fiecare Android eliberare.
Pentru mai multe informații și pentru a ține evidența a ceea ce Google trebuie să arate dezvoltatorilor, există mai multe detalii despre compania companiei blog pentru a vă ajuta să înțelegeți pașii care trebuie luați în viitorul apropiat.