Er is geen fenomeen dat vluchtiger en optioneel is dan Android-updates. Ondanks het feit dat enkele fabrikanten recentelijk hun smartphone-ondersteuning serieuzer zijn gaan nemen en hier zelfs een competitief moment in zagen, is de situatie in het algemeen sindsdien praktisch niet veranderd. De meeste providers hebben merkapparaten niet bijgewerkt en deden dit ook niet nadat Samsung een nieuwe trend had gezet voor driejarige ondersteuning. Daarom had Google geen andere keuze dan de heersende fundamenten zelf te veranderen.
Een jaar geleden, met de release van Android 10, gaf Google voor het eerst een hint dat het de ondersteuning van Android-smartphones niet wil laten afhangen van de wensen van de fabrikanten, maar ervan. In dit geval zou ze zelf kunnen beslissen of een specifiek apparaat kan worden geüpgraded of dat het tijd is om het buiten gebruik te stellen. Zo ontstond het Project Mainline-initiatief, waarbij Android-updates rechtstreeks van Google aan gebruikers worden geleverd.
Wat is Project Mainline?
Het is duidelijk dat we het helemaal niet hebben over het upgraden van het functionele deel, aangezien dit precies is wat de fabrikanten zelf aankunnen. We hebben het over het updaten van het framework zelf, dat beschermingsmechanismen en andere tools bevat die de werking van het besturingssysteem garanderen.
Het bedrijf besloot dit te doen door Android op te delen in verschillende componenten die modules worden genoemd. Ze zouden Google-ontwikkelaars in staat stellen wijzigingen aan het platform aan te brengen zonder de functionaliteit van de shell die door de fabrikant wordt gebruikt, te beïnvloeden. Maar het project bleek ingewikkelder dan men zich had kunnen voorstellen, en daarom gaat het bedrijf tot op de dag van vandaag door met de implementatie ervan.
In Android 12 is het de bedoeling om Android Runtime toe te voegen als een van de modules die onafhankelijk kunnen worden bijgewerkt. Het is het gebied van het besturingssysteem dat verantwoordelijk is voor het starten van applicaties. Hierdoor kan Google monitoren hoe de door gebruikers geïnstalleerde applicaties werken en, indien nodig, bepaalde wijzigingen in het proces doorvoeren.
Problemen met Android-smartphones
Hierdoor kan Google het conflict tussen de standaard energiebesparende mechanismen die standaard in Android zijn ingebouwd en die van shell-fabrikanten wegnemen. Het lijkt misschien alsof het probleem uit het niets komt, maar dat is niet zo.
Mijn persoonlijke ervaring leert dat als gevolg van zo’n conflict, dat steevast in bijna alle shells voorkomt, applicaties niet lang op de achtergrond blijven, maar na een paar uur wegvliegen, in feite de essentie van multitasking doorbreken. .
Waarom crashen Android-apps?
Als je het je herinnert, heb ik je een tijdje geleden verteld dat ik een eenvoudig experiment heb uitgevoerd met mijn Honor View 20. De essentie was om enkele tientallen applicaties achter elkaar te starten, om ervoor te zorgen dat ze allemaal correct in het RAM worden bewaard, zodat je krijg er snel toegang toe en laat ze een paar uur staan. Na goedkeuring bleek dat de overgrote meerderheid van de programma’s gewoon verdwenen was, en slechts 3-4 bleven in directe toegang.
Als Google erin slaagt Project Mainline precies te leveren zoals oorspronkelijk bedoeld, heeft Android het potentieel om een echt geweldig platform te worden dat iOS vele malen verslaat. In dit geval zal het functionele gedeelte worden ontwikkeld door onafhankelijke fabrikanten die geïnteresseerd zijn in het uitbreiden van de mogelijkheden van het platform, en het systeemgedeelte door Google zelf, dat alle kwetsbaarheden, bugs en tekortkomingen zal elimineren precies wanneer het nodig is, zonder te forceren gebruikers wachten op oplossingen. voor meerdere maanden.
