Het is bijna 9 jaar geleden dat Google de eerste versie van Android uitbracht, maar sindsdien is er een groeiend probleem. Onlangs lijkt de techgigant Google echter dat grootste probleem te hebben opgelost en er een nieuwe oplossing voor te hebben gevonden.
Het nieuwe project van Google heeft eindelijk het grootste probleem van Android opgelost
Het is bijna 9 jaar geleden dat de techgigant Google de eerste versie van Android uitbracht, maar sindsdien is er een groeiend probleem. Android, als open source besturingssysteem, wordt op miljoenen apparaten gebruikt, maar een groot percentage van deze apparaten wordt niet geüpgraded, of het duurt een eeuwigheid voordat apparaatfabrikanten updates uitrollen.
Maar hoe kan Google het probleem dan oplossen?
Het probleem zelf zit niet in Android of zelfs niet bij merken zoals Samsung, Sony, HTC, Huawei, LG en anderen, die te lang duren om de updates op de markt te brengen. Als u momenteel de nieuwste versies wilt hebben, kunt u natuurlijk een Nexus of Pixel (Google-apparaten) kopen. Het is erger, het is waar.
De laatste tijd zijn merken meer toegewijd en geven ze snel beveiligingspatches (oplossingen voor problemen) voor apparatuur vrij. Het heeft heel goed gewerkt, deze inzet is echter de waarheid dat gebruikers geen 4, 5 of zelfs een half jaar willen zijn om een nieuwe versie van Android te hebben en dit is wat er nu gebeurt, zelfs met de inzet van de merken .
De stappen en barrières in de Android-wereld
We denken misschien dat het komt door de lage merken of de complexiteit van het systeem, maar in feite is er een reeks stappen die nog steeds complex of tijdrovend zijn en die “entropie” veroorzaken in Android, terwijl dat in andere systemen is onmiddellijk.
Laten we eens kijken naar de stappen van het starten van een Android-versie tot het bereiken van de apparaten.
- Het Android-team publiceert de code van hun nieuwste Android-versie
- Fabrikanten van onderdelen passen deze nieuwe versie aan voor hun specifieke hardware
- Apparaatfabrikanten gebruiken deze aangepaste versie en stemmen deze af op hun apparaten
- Fabrikanten van apparaten werken samen met providers om de nieuwe versie te testen en te certificeren
- Fabrikanten en operators van apparaten maken de nieuwe versie beschikbaar voor gebruikers
De oplossing heet Project Treble en is de grote aanwinst die naar verwachting op 17 mei zal worden gepresenteerd in het Google I/O 2017-evenement.
Maar wat is Project Treble?
In meer simplistische bewoordingen, om te begrijpen hoe Google denkt, laten we als voorbeeld de Compatibility Test Suite (CTS) nemen, die is geïmplementeerd in Android-applicaties. Met CTS maken ontwikkelaars dus applicaties die klaar zijn om op miljoenen apparaten te draaien, zonder dat ze voor elk apparaat moeten worden afgesteld.
Geïnspireerd door dit mechanisme heeft Google Project Treble gemaakt. Dit project wil doen wat het CTS doet voor de toepassingen. Het centrale concept is om de implementatie van de leverancier – de specifieke software op een lager niveau, grotendeels geschreven door hardwarefabrikanten – te scheiden van het Android-besturingssysteem.
Dit wordt bereikt door een nieuwe leveranciersinterface te introduceren tussen de structuur van het Android-besturingssysteem en de implementatie van de leverancier. De nieuwe leveranciersinterface wordt gevalideerd door een Vendor Test Suite of VTS, analoog aan CTS, om compatibiliteit met de implementatie van de leverancier te garanderen. Android zal dus een “Vendor Interface” winnen.
Met de stabiele interface van de fabrikant, die toegang biedt tot specifieke stukjes Android-hardware, kunnen apparaatfabrikanten ervoor kiezen om een nieuwe versie van Android aan consumenten te leveren door simpelweg de structuur van het Android-besturingssysteem te upgraden zonder dat er extra werk van fabrikanten van componenten nodig is.
Het Treble-project zal alle apparaten bereiken die met Android O worden gelanceerd, aangezien deze nieuwe architectuur al aanwezig is in de versie Developer Preview. De voordelen van deze aanpak zijn duidelijk, zoals te zien is in de bovenstaande afbeeldingen. Als we voorheen de componentenleveranciers nodig hadden om de versies voor elk onderdeel opnieuw te compileren, met deze nieuwe aanpak is dat niet langer nodig.
Zal de nieuwe aanpak alle upgradeproblemen oplossen?
Deze nieuwe aanpak is een uitstekende gok van Google en zal de upgradeprocessen zeker versnellen, maar niet zoveel als zou worden verwacht. Fabrikanten zullen nog steeds hun eigen functies, tools en applicaties op de schone versie van Android moeten zetten. Dit proces zal tijd kosten. Daarnaast zullen we nog veel telecomoperators hebben die toch hun eigen applicaties boven de build van de fabrikant willen plaatsen.
Google werkt echter samen met fabrikanten van apparatuur en componenten om, bij het maken van een specifieke wijziging, zoals voor een netwerk in een bepaald land, de codes in het AOSP (Android Open Source Project) te plaatsen om wie niet om nieuwe patches voor elke Android-release te herschrijven.
Voor meer informatie en om bij te houden wat Google ontwikkelaars moet laten zien, zijn er meer details over de blog om u inzicht te geven in de stappen die in de nabije toekomst moeten worden genomen.