I mars 2016, da forhåndsvisning av Android N-utvikleren ble utgitt, vi la merke til at noe var annerledes. Med Android Marshmallow, Google hadde satt inn en ny partisjoneringsstruktur som inkluderte en leverandørpartisjon. Dette inneholdt noen filer som tidligere hadde bodd i de "vanlige" kjerne OS-mappene i systempartisjonen, samt noen filer fra selskapet som laget selve telefonen. Men i Android N utvikler forhåndsvisning, ting endret seg enda mer, og det var også filer i denne nye partisjonen som dupliserte og overskrev deler av kjerne-operativsystemet da telefonen ble startet opp.
På den tiden satte vi hodet sammen og gjorde litt ekstra graving og kom til at dette var det første skrittet mot å gjøre Android enkelt å oppdatere ved å gi selskaper som Samsung eller Qualcomm et sted å ringe sitt eget og dele systemet i to deler: et leverandørområde og et Android-kjerneområde.
Project Treble deler Android i to deler: Google-delen og maskinvarestøttedelen.
Google kunngjorde Prosjekt diskant i dag, og alt har kommet i full sirkel. Dette er nøyaktig hva dette leverandørområdet er for, og vi får se hvordan det kan endre problemet med at telefoner ikke blir oppdatert raskt nok.
Verizon tilbyr Pixel 4a for bare $ 10 per måned på nye ubegrensede linjer
Leverandørgrensesnittet og VTS (Vendor Test Suite) kommer med Android O, og det ser ut til at dette vil fjerne unnskyldninger for å være treg med oppdateringene. Det er en ganske teknisk ting å beskrive, og hvis du er teknisk tilbøyelig, bør du ta en titt på det Googles blogginnlegg på det hele, men vi kan bryte det ned slik at alle kan forstå hva dette er og hvorfor det kan utgjøre en stor forskjell.
Vi vet alle at Android kommer fra Google. Mange andre selskaper jobber med Google for å gjøre Android bedre (og Google har invitert selskaper til å gjøre enda mer av dette), men koden er sluttbehandlet og vert av Google. Alle kan laste den ned og bygge den inn i Android, men dette Android alene er ikke et komplett telefonoperativsystem.
For å få Android til å gjøre noe, trenger du støtte fra selskaper som Qualcomm, Samsung og alle andre selskaper som lager de enkelte delene. Programvaren som får disse delene til å fungere er separat, og slik ting er før Project Treble betyr det disse delene må bygges inn i Android-koden når selskapene som lager en telefon bygger driften system. Hver gang Android oppdateres, enten det er en fullstendig plattformoppdatering, som hoppet fra Marshmallow til Nougat eller en sikkerhetsoppdatering som bare berører noen få deler av systemet, må delene som får maskinvaren til å være innlemmet.
Det bremser ting betraktelig. I stedet for at Google kan sende en enkelt oppdatering for hver telefon som kjører Android til selskapene som lager dem og har den arbeid, de sender et ikke-komplett operativsystem som trenger resten innebygd i den nye basen, så må den kompileres og testet. Samsung (for eksempel) trenger å gjøre dette for hver modell av Galaxy S8 de lager før de kan tenke på å sende den oppdateringen til deg.
Med det nye systemet kan Googles del av Android leve i sitt eget rom og delene fra Qualcomm og Samsung og HTC og alle andre kan leve i sitt eget rom. I teorien er oppdateringen allerede testet og vil "bare fungere."
Det er det den nye VTS er for. Tenk på VTS som regelbok om hvordan du lager Android. Hvis alle følger disse reglene, vil endringene Google gjør og tester fungere nøyaktig de samme på hver telefon som kjører en bestemt versjon av Android. Og med oppdateringer som er enklere å bygge og sende til oss brukere, vil de fleste nye telefoner alle være i samme versjon. Dette er bra for oss, og det er flott for de involverte selskapene fordi det lar dem jobbe med sitt kompetanseområde mens noen andre jobber med deres ting.
Vendor Test Suite er designet for å sikre at alle selskaper bygger Android på samme måte.
For å kontrollere at reglene fungerer og alle følger dem, kan en serie tester gjøres på en ny enhet før den blir solgt og hver gang systemet blir revidert. Denne testen vil sørge for at Samsungs TouchWiz Android og HTCs Sense Android begge fungerer med Googles Android på samme måte, og en enkelt oppdatering fra Google fungerer på begge. Slik gjøres ting for å sikre at alle appene i Google Play vil fungere, og for det meste er det et flott system.
Vi har ikke de fulle detaljene ennå, men vi blir fortalt at alt vil bli publisert og presset til åpen kildekode for Android når Android O lanseres senere i år. Dette vil gi en veldig interessant tid på Google I / O, og vi vil fortsette å sjekke ut denne nye måten å gjøre ting på og hva alle andre som er involvert i å lage telefonene vi elsker, gjør med dem.