Hem Framåt tänkande Google i / o: ingen nyckelkalk, men utvecklare antyder framtiden för Android

Google i / o: ingen nyckelkalk, men utvecklare antyder framtiden för Android

Video: Build testable apps for Android (Google I/O'19) (September 2024)

Video: Build testable apps for Android (Google I/O'19) (September 2024)
Anonim

Nästa version av Android - ofta kallad "Key Lime Pie" - gjorde inte uppträdande på Google I / O förra veckan. Fortfarande tillkännagav Google ett antal nya utvecklarverktyg och i en fireside-chatt föreslog Android-teamet ett antal framtida förbättringar av plattformen, inklusive förbättringar av stöd för nya processorer, bättre kamerastöd och sätt att ge snabbare uppdateringar.

På konferensen tillkännagav Google flera förbättrade utvecklingsverktyg inklusive en ny Android Studio, en integrerad utvecklingsmiljö riktad mot Android-utvecklare baserade på IntelliJ IDE-ramverket. Det fanns också flera nya API: er, varav de mest intressanta var Google Play Game Services. Och Google släppte några ändringar i utvecklarkonsolen inklusive integrerade nya tips och användningsmetriker för att hjälpa utvecklare att lära sig vad som fungerar och vad som inte finns i deras applikationer.

Vid chatten vid sidan av besvarade medlemmarna i Android-teamet publikfrågor om plattformens framtid.

Ett av de första ämnena som kom upp var frågan om fragmentering. Dave Burke, ingenjörschef för Android-plattformsteamet, förklarade att Google släpper open source till kiselförsäljare, som sedan skapar versioner som körs på deras chips och levererar det till OEM-tillverkarna som skapar för en specifik telefon.

Burke sa att de ser för att effektivisera den processen genom att göra koden mer skiktad så att förändringar i ett område inte påverkar de andra lika mycket. Han noterade också att Google försöker bättre förstå hårdvaruprofilen för olika versioner som körs på olika marknader. Han tillade att pepparkakor är utbredda på många tillväxtmarknader, delvis för att det kräver mindre minne än några av de nyare versionerna, och därmed tittar företaget på sätt att effektivisera Android på smarttelefoner på startnivå.

I andra änden av marknaden betonade Mathias Duarte, som leder Android-designteamet vikten av uppgraderingar till Android, särskilt till OEM-apparater. Han pekade på tillkännagivandet av en version av Samsung Galaxy S 4 som har "Nexus-programvaruupplevelsen" (med andra ord bara Google-programvara, inte Samsungs tillägg) och kommer att ha mer snabba uppdateringar.

Ansökningstillstånd kom upp i ett antal frågor. Uppdateringar av vissa applikationer ber om behörigheter som användare kanske inte vill ge - Pocket vill till exempel ha tillgång till kontakter. Dianne Hackborn, som arbetar i Android-ramteamet sa, "Det finns inget vi kan förbinda oss att göra just nu, men vi funderar definitivt på det här."

Ett antal frågor vände sig faktiskt tillbaka till det förflutna. På frågan om vad de skulle ha gjort annorlunda i utvecklingen av Android hade de känt allt de vet nu sa teamet att det största som de borde ha gjort annorlunda behålls mer kontroll över applikationer. Ficus Kirkpatrick, som är chef för Play Store-teamet, sa att det finns en lång lista med saker de inte fick rätt första gången. Han ångrar inte något av det de gjorde men för att få saker där ute snabbt, få feedback och att kunna iterera snabbt är mycket viktigt.

På frågan om vilka marker som var det mest utmanande att stödja valde Rebecca Zavin från Android-systemteamet det första eftersom laget började från grunden eftersom det inte ens var Linux-stöd på många av chips. Hon sa att de stora utmaningarna nu kretsade kring nya CPU- och GPU-arkitekturer och påpekade att Nexus 10 var en av de första som levererade den nya ARM-designen.

Burke sa att Google arbetade nära med sina chippartner för att skapa hårdvaruskikt som stöder en mängd olika hårdvara för att göra det lättare att få fram nya mönster.

Moderator Reto Meier, teknisk chef för teamet för utvecklarrelationer, frågade om allt hårt arbete gjordes och Burke sa nej. "Jag känner att Android är ett barn och det finns så mycket mer vi kan göra, " sade han. Det var först under det gångna året som GPUS har fått tillräckligt kraftfulla förberäkning istället för att bara rita skärmen, tillade Burke och hänvisade till Renderscript API: er.

"Kameran på en telefon försöker efterlikna en digital kamera, som försöker efterlikna en gammal analog Kodak-kamera, " sade Burke. "Det finns så mycket mer vi kan göra med det, " sade han på både hårdvara och mjukvarunivåer. Dessutom pekade han på nya sensorer, till exempel IR-sändaren på Galaxy S 4.

"Och det finns också så mycket mer som kan göras på hårdvarunivå också. Det finns mycket mer innovation som kan komma, " fortsatte Burke.

En annan publikmedlem frågade om Google skulle skriva en iOS-emulator så att han kunde köra anpassade iPhone-applikationer utvecklade för sitt sjukhus på Android. "Jag tänkte att vi skulle åka till Cupertino och be dem att börja efterlikna Android-appar, " sade Burke och Kirkpatrick tillade att "det verkar som mycket arbete för en ganska suboptimal användarupplevelse."

Många av frågorna var utvecklarspecifika. På frågan om betoningen på Play Services skulle låsa människor i Google Play-butiken sa Kirkpatrick ingenting om det som hindrar människor från att göra sina egna butiker och att Amazon App Store fortsätter att fungera bra. En publikmedlem frågade om det nya stödet från IntelliJ-ramverket innebar att utvecklare måste flytta från Eclipse-ramverket och Xavier Ducrohet, som arbetar med utvecklarverktyg för Android, sa att utvecklare kunde fortsätta använda Eclipse. "Det är inte en ny riktning. Det är en parallell riktning, " sade han.

En publikmedlem frågade om att använda Java Development Kit 1.7 jämfört med JDK 1.6 (som för närvarande är den version som stöds av Android SDK, även om den officiellt är i slutet av livet). Burke sa att de undersöker ett par alternativ men har inte fattat några beslut ännu. En annan ingenjör konstaterade att ändringarna nu gör det möjligt att köra SDK på den nya versionen. På frågan om förhållandet med Oracle och stöd för Java 7 eller Java 8, avbröt Meier ganska mycket diskussionen och sa "Jag tycker att det är rättvist att säga att ingen på den här panelen borde ha en åsikt, och om de gör det borde de verkligen inte Säg det."

På frågan om Project Butter, ett försök att få användargränssnittet att fungera mer smidigt, svarade Burke, "Vi gjorde mycket framsteg i Jelly Bean, " men han tillade, "vi är inte på den nivå som jag tror vi kunde vara." Han noterade att utvecklarna blir bortskämda med kraften i enheter som Nexus 4, men att även på lägre telefoner måste vi vara noga med att få allt gjort inom en nivå på cirka 56 millisekunder eller så att du "skar" eller ser ram- hoppa. Andra ingenjörer sa att det här projektet aldrig skulle bli klart, eftersom varje gång det finns nya funktioner måste de kontrollera att det påverkar prestandan.

Det fanns några antydningar om större förändringar i framtiden. På frågan om det fanns andra projekt i verk som går över hela systemet så som smör gör, sa Burke "Ja, men vi kan inte prata om dem."

På liknande sätt sa Meier att han visste bättre att fråga om "paj" (en tydlig hänvisning till Key Lime Pie), men undrade om någon hade hört talas om en australisk efterrätt som heter "Lamington."

Google i / o: ingen nyckelkalk, men utvecklare antyder framtiden för Android