Днес Google обяви Project Treble, проект, който модулира Android, така че OEM производителите да могат да обслужват Android актуализации по-бързо.
Една от основните критики към Android е фрагментацията на софтуерните актуализации. Към днешна дата много устройства трябва да чакат няколко месеца след аналоговете на Google, само за да получат следващата основна версия на Android. Например Android Nougat беше официално пуснат през август миналата година, но на производителите на оригинално оборудване отне месеци наред, за да пуснат Android 7.X на своите потребители. От този месец само приблизително 7% от всички устройства с Android работят с Android Nougat. В опит да се преборим с дългия период от време между пускането на нови версии на Android и актуализирането на OEM своите устройства, Google обяви най-голямата промяна в системната архитектура на ниско ниво на Android досега - Проект Treble.
Project Treble - Модулиране на Android за подобряване на софтуерните актуализации
Първо, за да разберете какво точно прави Project Treble, важно е да разберете общия процес на актуализиране, свързан с всяка итерация на Android. Процесът може да се обобщи в приблизително 5 или повече стъпки, като такива:
- AOSP Release - Google публикува изходния код на новата версия на Android
- Стартиране/хардуерна съвместимост - производители на силиций (Qualcomm, Samsung, Hisilicon, MediaTek и др.) модифицират изходния код, така че Android да може да стартира на техните чипове и целият хардуер на чипа да функционира като очакван
- OEM модификации - Този модифициран източник след това се предоставя на производителите на устройства (OEMS като напр Samsung, LG, Huawei/Honor, OnePlus, HTC и т.н.), за да могат да променят източника, за да включат свои собствени софтуер.
- QA/Тестване - OEM производителите преминават фази на тестване на софтуера вътрешно, а също така тестват софтуера си със своите партньори оператори.
- Обща версия - актуализацията в крайна сметка става достъпна за крайните потребители в продължение на няколко седмици чрез OTA актуализации
Google обикновено пуска много бързо изходния код на всяка нова версия на Android и дори споделя кода си частно с някои от партньорите си така че те могат да започнат незабавно да актуализират кодовата си база. Google няма контрол върху това колко време отнемат стъпки 4 и 5, но са измислили начин да намалят времето, прекарано по време на стъпка 2. Екипът зад Android „преархитектира“ Android на ниско ниво, за да улесни производителите на силиций да актуализират и тестват своя код.
За тази цел Google въвежда това, което се нарича Интерфейс на доставчика. Този интерфейс на доставчика е подобен по функция на Compatibility Definition Document (CDD) и Compatibility Test Suite (CTS), като и двата гарантират, че OEM знаят точно какво трябва да внедрят, за да могат устройствата им да отговарят на изискванията, необходими за стартиране на Google Play Services на най-новата версия на Android. Google модулира Android, така че рамката на Android OS да е отделена от специфичния за устройството софтуер от по-ниско ниво, написан от производителите на силиций. Интерфейсът на доставчика е валидиран от Vendor Test Suite (VTS), така че производителите на силикон знаят точно какви изисквания трябва да бъдат изпълнени, за да могат техните чипове да поддържат зареждане на Android.
Основното предимство на тази промяна е, че производителите на устройства (OEM) вече могат да изберат да актуализират своите телефони чрез актуализиране на рамката на Android OS без да се налага да чакате производителите на силиций за актуализиране на техния код за внедряване на доставчика. Докато този ход, ако беше направен по-рано, едва ли щеше да повлияе независимо дали са устройства на MSM8974 получете актуализацията на Android 7.0 Nougat (тъй като проблемът там произтича от CDD, изискващ или Vulkan Graphics API, или GLES 3.1, което Е нещо, което OEM производителите трябва да чакат производителите на силиций да осигурят поддръжка на GPU в техния изходен код), този ход все пак трябва значително да намали времето, необходимо на основните актуализации на Android да достигнат до ръцете на потребители.
Не можем точно да предвидим с колко този ход ще намали времето за забавяне на актуализацията. Microsoft реши този проблем преди много време с хардуерна абстракция на драйвери на Windows, така че се надяваме, че тази голяма промяна на ниско ниво доближава Android донякъде до Windows в този дух. Новата архитектура Project Treble вече работи на Google Pixel и Pixel XL на Android O Developer Предварителен преглед и пълната документация за проекта ще бъдат предоставени с пускането на Android O по-късно лятото.
За съжаление това означава, че за по-голямата част от съществуващите устройства няма да видите плодовете на труда на екипа на Android в Project Treble. Ще минат няколко години, преди да можем наистина да видим дали този ход е имал значителен ефект върху намаляването на времето, което трябва да чакате, за да получите следващия вариант на Android. Въпреки това, това е вълнуващо развитие за феновете на Android, тъй като адресира един от основните проблеми с операционната система, за която много от нас идват във форумите на XDA-Developers: софтуерни актуализации. Надяваме се, че ще оправдае рекламата.
Източник: Блог за разработчици на Android