Vandaag heeft Google Project Treble aangekondigd, een project dat Android modulair maakt, zodat OEM's Android-updates sneller kunnen aanbieden.
Een van de belangrijkste punten van kritiek op Android is de versnippering van software-updates. Tot op de dag van vandaag moeten veel apparaten enkele maanden wachten na hun tegenhangers van Google-apparaten om de volgende grote versie van Android te ontvangen. Zo werd Android Nougat officieel uitgebracht in augustus vorig jaar, maar het heeft OEM's maanden gekost om Android 7.X uit te rollen naar hun gebruikers. Vanaf deze maand draait slechts ongeveer 7% van alle Android-apparaten Android Nougat. In een poging om de lange periode tussen het uitbrengen van nieuwe versies van Android en het updaten van OEM's tegen te gaan hun apparaten heeft Google de grootste wijziging in de low-level systeemarchitectuur van Android tot nu toe aangekondigd - Project Treble.
Project Treble - Modularisering van Android om software-updates te verbeteren
Ten eerste, om te begrijpen wat Project Treble precies doet, is het belangrijk dat u het algemene updateproces begrijpt dat betrokken is bij elke iteratie van Android. Het proces kan als volgt worden samengevat in ongeveer 5 stappen:
- AOSP-release - Google publiceert de broncode van de nieuwe Android-release
- Opstart-/hardwarecompatibiliteit - Siliciumfabrikanten (Qualcomm, Samsung, Hisilicon, MediaTek, enz.) pas de broncode aan zodat Android op hun chips kan opstarten en alle hardware op de chip functioneert als verwacht
- OEM-modificaties - Deze gewijzigde bron wordt vervolgens gegeven aan apparaatfabrikanten (OEM's zoals Samsung, LG, Huawei/Honor, OnePlus, HTC, etc.) zodat ze de bron kunnen aanpassen om hun eigen bron op te nemen software.
- QA/testen - OEM's ondergaan intern testfasen van de software en testen hun software ook met hun vervoerderspartners.
- Algemene release - de update wordt uiteindelijk gedurende enkele weken beschikbaar gesteld aan eindgebruikers via OTA-updates
Google geeft over het algemeen heel snel de broncode vrij van elke nieuwe Android-versie, en zelfs deelt hun code privé met enkele van hun partners zodat ze direct aan de slag kunnen om hun codebase bij te werken. Google heeft geen controle over hoe lang stap 4 en 5 duren, maar ze hebben een manier bedacht om de tijd die wordt besteed aan stap 2 te verkorten. Het team achter Android is Android op een laag niveau aan het "herontwerpen" om het voor siliciumfabrikanten gemakkelijker te maken om hun code bij te werken en te testen.
Daartoe introduceert Google wat ze de Leveranciersinterface. Deze Vendor Interface is qua functie vergelijkbaar met het Compatibility Definition Document (CDD) en de Compatibility Test Suite (CTS), die er beide voor zorgen dat OEM's precies weten wat ze moeten implementeren om ervoor te zorgen dat hun apparaten voldoen aan de vereisten die nodig zijn om Google Play-services uit te voeren op de nieuwste versie van Android. Google is Android aan het modulariseren, zodat het Android OS-framework gescheiden wordt gehouden van de apparaatspecifieke, lagere software die is geschreven door de siliciumfabrikanten. De Vendor Interface wordt gevalideerd door de Vendor Test Suite (VTS), zodat siliciumfabrikanten precies weten aan welke vereisten moet worden voldaan om hun chips het opstarten van Android te laten ondersteunen.
Het belangrijkste voordeel van deze wijziging is dat apparaatfabrikanten (OEM's) er nu voor kunnen kiezen hun telefoons bij te werken door het Android OS-framework bij te werken zonder te hoeven wachten op siliciumfabrikanten om hun leveranciersimplementatiecode bij te werken. Hoewel deze zet, als deze eerder was gemaakt, waarschijnlijk geen invloed zou hebben gehad al dan niet apparaten op de MSM8974 ontvang de Android 7.0 Nougat-update (aangezien het probleem daar voortkomt uit de CDD die de Vulkan Graphics API of GLES 3.1 vereist, iets waar OEM's op zouden moeten wachten siliciumfabrikanten om GPU-ondersteuning in hun broncode te brengen), zou deze stap de tijd die nodig is om grote Android-updates te bereiken nog steeds aanzienlijk verkorten consumenten.
Met hoeveel deze stap de vertragingstijd van de update zal verminderen, kunnen we niet precies voorspellen. Microsoft heeft dit probleem lang geleden opgelost met hardware-abstractie van Windows-stuurprogramma's, dus we hopen dat deze grote wijziging op laag niveau Android wat dichter bij Windows brengt. De nieuwe Project Treble-architectuur draait al op de Google Pixel en Pixel XL op de Android O Developer Preview, en de volledige documentatie voor het project zal beschikbaar worden gesteld met de lancering van Android O later dit zomer.
Helaas betekent dit dat je voor de overgrote meerderheid van de bestaande apparaten niet de vruchten zult zien van het werk van het Android-team in Project Treble. Het zal een paar jaar duren voordat we echt kunnen zien of deze stap al dan niet een significant effect heeft gehad op het verkorten van de tijd die u moet wachten om de volgende smaak van Android te krijgen. Desalniettemin is dit een opwindende ontwikkeling voor Android-fans, omdat het een van de kernproblemen aanpakt met het besturingssysteem waar velen van ons naar de XDA-Developers-forums komen om het aan te pakken: software-updates. We hopen dat het de hype waarmaakt.
Bron: blog voor Android-ontwikkelaars