Já lá vão quase 9 anos desde que a Google lançou a primeira versão do Android, mas desde então tem surgido um problema cada vez maior. O Android, como sistema operativo open source, é utilizado em milhões de dispositivos, contudo uma grande percentagem destes equipamentos não é atualizada, ou os que são, demoram uma eternidade para que os fabricantes dos equipamentos lancem atualizações.
Mas então como poderá a Google resolver o problema?
Problema da fragmentação do Android
O problema em si não está no Android ou mesmo na Google, mas sim nas marcas, como Samsung, Sony, HTC, Huawei, LG e outras, que demoram demasiado tempo a lançar as atualizações para o mercado. Claro que atualmente, caso pretenda ter as ultimas versões… pode adquirir um Nexus/Pixel (equipamentos Google). Mas gostos não se discutem!
Já foi pior, é verdade. Nos últimos tempos as marcas já se têm empenhado mais e rapidamente lançam os patchs de segurança (correções aos problemas) para os equipamentos. Tem resultado muito bem, esse empenho, contudo a verdade é que os utilizadores não querem estar 4, 5 ou mesmo meio ano para ter uma versão nova do Android e é o que acontece atualmente, mesmo com o empenho das marcas.
As etapas e barreiras no mundo Android
Podemos achar que é por pouca vontade das marcas ou pela complexidade do sistema, mas de facto há um rol de etapas que ainda são complexas ou morosas e que causam “entropia” no Android, quando noutros sistemas é imediato.
Vamos perceber como são as etapas desde o lançamento de uma versão Android até chegar aos equipamentos.
- A equipa do Android publica o código da sua última versão Android
- Os fabricantes de componentes modificam essa nova versão para o seu hardware específico
- Os fabricantes de dispositivos usam essa versão modificada e ajustam-na aos seus dispositivos
- Os fabricantes de dispositivos trabalham com as operadoras para testar e certificar a nova versão
- Os fabricantes de dispositivos e as operadoras disponibilizam a nova versão para os utilizadores
A solução chama-se Project Treble e é o grande trunfo que se espera que seja apresentado já dia 17 de maio no evento Google I/O 2017.
Mas o que é o Project Treble?
Em termos mais simplistas, para que possamos entender como a Google está a pensar, vamos tomar como exemplo o Compatibility Test Suite (CTS) ou Conjunto de Testes de Compatibilidade, que foi implementado nas aplicações para Android. Assim, com o CTS, os developers criam aplicações prontas a funcionar em milhões de dispositivos, sem haver necessidade de fazer afinações para cada um deles.
Inspirado neste mecanismo, a Google criou o Project Treble. Este projeto pretende fazer o que a CTS faz para as aplicações. O conceito central é separar a implementação do fornecedor – o software específico de nível inferior, escrito em grande parte pelos fabricantes do hardware – da Framework do sistema operativo Android.
Isto é conseguido com a introdução de uma nova interface de fornecedor, entre a estrutura do sistema operativo Android e a implementação do fornecedor. A nova interface do fornecedor é validada por um Conjunto de Testes de Fornecedores (Vendors Test Suite) ou VTS, análogo ao CTS, para garantir a compatibilidade com a implementação do fornecedor. Assim o Android irá ganhar um “Vendor Interface” ou “Interface de Fornecedor”.
Mas então o que irá a Google alterar com o Project Treble?
Com a interface do fabricante estável, que fornece acesso às partes específicas do hardware do Android, os fabricantes de dispositivos podem optar por entregar uma nova versão do Android aos consumidores apenas atualizando a estrutura do sistema operativo Android, sem ser necessário qualquer trabalho adicional dos fabricantes de componentes.
O Projecto Treble irá chegar a todos os dispositivos que venham a ser lançados com o Android O, estando esta nova arquitetura já presente na versão Developer Preview. Os benefícios desta abordagem são evidentes como pode ser visto nas imagens acima. Se antes necessitávamos que os fornecedores de componentes recompila-se as versões para cada componente, com esta a nova abordagem tal deixa de ser necessário.
A nova abordagem irá resolver todos os problemas de atualização?
Esta nova abordagem não deixa de ser uma excelente aposta por parte da Google e irá, certamente, acelerar os processos de atualização, mas não tanto quanto seria esperado. Os fabricantes ainda terão necessidade de colocar os seus próprios recursos, ferramentas e aplicações sobre a versão limpa do Android. Este processo ainda demorará tempo. Além disso, ainda teremos muitas operadoras de telecomunicações que ainda quererão colocar as suas próprias aplicações por cima da compilação do fabricante.
A Google está, contudo, a trabalhar com os fabricantes de equipamentos e componentes para, quando efetuarem alguma alteração especifica, como por exemplo, para uma rede de um determinado país, e colocar os códigos no AOSP (Android Open Source Project) de modo a que não tenham necessidade de reescrever novos patches para cada lançamento do Android.
Para ter mais informações e para acompanhar o que a Google tem para mostrar aos developers, no blog da empresa há mais detalhes para ajuda a entender os passos a serem aplicados num futuro próximo.
Leia também: