Jeśli oglądasz All About Android w sieci TWiT we wtorkowe wieczory, być może złapałeś wywiad w tym tygodniu z trzema osobami zarządzającymi Androidem. W panelu uczestniczył Dave Burke, wiceprezes ds. Inżynierii systemu Android; Stephanie Saad Cuthbertson, Group Product Manager dla Androida; oraz Sameer Samat, wiceprezes ds. zarządzania produktami dla Androida i Google Play.
Trio dało podsumowanie Google I / O 2017, a także nieco więcej kontekstu na temat niektórych nowych technologii i ogłoszeń wygłoszonych podczas keynote. Na przykład wiele ulepszeń wprowadzonych tym razem do Androida O koncentruje się na zapewnieniu stabilności platformy zarówno dla programistów, jak i użytkowników. Oto jak wyjaśnia to Cuthbertson:
Naprawdę skupiliśmy się na trzech podstawowych kwestiach. Pierwszym był program bezpieczeństwa, o którym mówiliśmy, Play Protect, który w większym stopniu ujawnia wiele rzeczy, które już robiliśmy. W szczególności fakt, że skanowaliśmy każdą aplikację na każdym podłączonym urządzeniu w poszukiwaniu szkodliwych aplikacji.
Druga zmiana: Zamiast dość kompleksowych optymalizacji systemu operacyjnego, czas rozruchu jest jedną z dużych, o których mówiliśmy, i zobaczysz to od razu.
Dokonaliśmy optymalizacji w środowisku wykonawczym i kompilatorach. Aplikacje będą działać szybciej i płynniej, a to z powodu całego szeregu wprowadzonych przez nas zmian, takich jak jednoczesne kompaktowanie śmieci. Wszystkie te zmiany… oznaczają, że aplikacje, które masz automatycznie będą działać szybciej.
Jeden temat pozostał szczególnie rezonansowy podczas wywiadu i to jest próba Google naprawienia rozłącznego procesu aktualizacji oprogramowania Androida. Zanim jednak wyjaśnił, w jaki sposób zamierza naprawić ten proces, Burke zaproponował kolorową anegdotę wyjaśniającą, dlaczego tak długo trwa aktualizacja oprogramowania:
Właściwy sposób myślenia o tym jest jak potok: piszemy cały ten kod, a następnie wypuszczamy go w otwartym kodzie źródłowym, a następnie dostawcy krzemu … biorą kod Androida, a następnie wykonują wiele pracy nad kodem, aby zoptymalizuj pod kątem silikonu. Dzisiejsze wyzwanie polega na tym, że ostatecznie zmieniają nie tylko kod niskiego poziomu, ale całkiem sporo fragmentów kodu. A potem zdarza się, że przekazują ten kod twórcom urządzeń, którzy następnie dokonują na nim więcej zmian, ponieważ mają określoną część aparatu, z której chcą skorzystać, lub określony GPS, czy co. Następnie przechodzi do przewoźników, aby go przetestować, a następnie do użytkowników.
Tak więc, kontynuuje, przyszedł pomysł na projekt Treble. Burke opisuje go jako interfejs, który pomoże producentom urządzeń upuścić kod odpowiadający ich sprzętowi, bez ingerencji w istniejące interfejsy API Androida.
Możesz obejrzeć wywiad w całości - około 40 minut - aby zdobyć miarkę, w tym, jak powstał pomysł dodania obsługi Kotin w Android Studio i jak Android Go wpłynie na bieżący program Android One.
