Hjem Fremadrettet tænkning Google i / o: ingen nøglekalk, men udviklere antyder fremtiden for Android

Google i / o: ingen nøglekalk, men udviklere antyder fremtiden for Android

Video: Google I/O 2016 - Keynote (Oktober 2024)

Video: Google I/O 2016 - Keynote (Oktober 2024)
Anonim

Den næste version af Android - bredt omtalt som "Key Lime Pie" - gjorde ikke optræden ved Google I / O i sidste uge. Stadig annoncerede Google et antal nye udviklerværktøjer, og i en fireside-chat foreslog Android-teamet en række fremtidige forbedringer af platformen, herunder forbedringer i understøttelse af nye processorer, bedre kamerastøtte og måder at give hurtigere opdateringer på.

På konferencen annoncerede Google flere forbedrede udviklingsværktøjer, herunder et nyt Android Studio, et integreret udviklingsmiljø rettet mod Android-udviklere baseret på IntelliJ IDE-rammen. Der var også flere nye API'er, hvoraf de mest interessante involverede Google Play Game Services. Og Google frigav nogle ændringer i udviklerkonsollen, herunder integrerede nye tip og brugsmetoder, der hjælper udviklere med at lære, hvad der fungerer, og hvad der ikke findes i deres applikationer.

Ved chatten ved siden af ​​besvarede medlemmer af Android-teamet publikumspørgsmål om platformens fremtid.

Et af de første emner, der kom op, var spørgsmålet om fragmentering. Dave Burke, ingeniørdirektør for Android-platformteamet, forklarede, at Google frigiver open source til siliciumsælgere, som derefter opretter versioner, der kører på deres chips og leverer det til de OEM'er, der opretter til en bestemt telefon.

Burke sagde, at de søger at strømline denne proces ved at gøre koden mere lagdelt, så ændringer i det ene område ikke påvirker de andre så meget. Han bemærkede også, at Google forsøger at bedre forstå hardwareprofilen for forskellige versioner, der kører på forskellige markeder. Han tilføjede, at Gingerbread er udbredt i mange nye markeder, til dels fordi det kræver mindre hukommelse end nogle af de nyere versioner, og derfor ser virksomheden på måder at gøre Android mere effektiv på på smartphones.

I den anden ende af markedet understregede Mathias Duarte, der leder Android-designteamet, vigtigheden af ​​opgraderinger til Android, især til OEM'er. Han pegede på meddelelsen om en version af Samsung Galaxy S 4, der har "Nexus-softwareoplevelsen" (med andre ord kun Google-software, ikke Samsungs tilføjelser) og vil have mere rettidige opdateringer.

Ansøgningstilladelser kom op i en række spørgsmål. Opdateringer til nogle applikationer beder om tilladelser, som brugere muligvis ikke ønsker at give - Pocket ønsker f.eks. Adgang til kontakter. Dianne Hackborn, der arbejder på Android-rammeteamet sagde: "Der er ikke noget, vi kan forpligte os til at gøre lige nu, men vi overvejer bestemt dette."

Et antal af spørgsmålene vendte faktisk tilbage til fortiden. På spørgsmålet om, hvad de ville have gjort anderledes i udviklingen af ​​Android, hvis de havde kendt alt, hvad de ved nu, sagde teamet, at den største ting, de skulle have gjort anderledes, er bevaret mere kontrol over applikationer. Ficus Kirkpatrick, der er leder af Play Store-teamet, sagde, at der er en lang liste over ting, de ikke fik ret første gang. Han fortryder ikke nogen af ​​de ting, de gjorde selv, for det er meget vigtigt at få ting derude, få feedback og være i stand til at gentage sig hurtigt.

På spørgsmålet om hvilke chips der var mest udfordrende at støtte, valgte Rebecca Zavin fra Android-systemteamet den første, fordi teamet startede fra bunden, da der ikke engang var Linux-support på mange af chipsene. Hun sagde, at de store udfordringer nu drejede sig om nye CPU- og GPU-arkitekturer og påpegede, at Nexus 10 var en af ​​de første, der sendte til det nye ARM-design.

Burke sagde, at Google arbejdede tæt sammen med sine chippartnere for at skabe hardwarelag, der understøtter en række forskellige hardware for at gøre det lettere at få nye design.

Moderator Reto Meier, teknisk leder af teamet med udviklerrelationer, spurgte, om alt det hårde arbejde var gjort, og Burke sagde nej. ”Jeg har lyst til, at Android er en baby, og der er så meget mere, vi kan gøre, ” sagde han. Det var først i det forgangne ​​år, at GPUS er blevet stærk nok til at udføre beregning i stedet for bare at tegne skærmen, tilføjede Burke og henviser til Renderscript API'er.

"Kameraet på en telefon forsøger at efterligne et digitalt kamera, der prøver at efterligne et gammelt analogt Kodak-kamera, " sagde Burke. "Der er så meget mere, vi kan gøre med det, " sagde han både på hardware- og softwareniveauet. Derudover pegede han på nye sensorer, såsom IR-emitteren på Galaxy S 4.

"Og der er også så meget mere, der kan gøres på hardware-niveauet. Der er meget mere innovation, der kan komme, " fortsatte Burke.

Et andet publikummedlem spurgte, om Google ville skrive en iOS-emulator, så han kunne køre brugerdefinerede iPhone-applikationer udviklet til sit hospital på Android. "Jeg tænkte, at vi skulle gå til Cupertino og bede dem om at begynde at efterligne Android-apps, " sagde Burke, og Kirkpatrick tilføjede, at "det ser ud til at være en masse arbejde for en ret suboptimal brugeroplevelse."

Mange af spørgsmålene var udvikler-specifikke. På spørgsmålet om vægten på Play Services ville låse folk ind i Google Play-butikken, sagde Kirkpatrick intet om det, der forhindrer folk i at lave deres egne butikker, og at Amazon App Store fortsætter med at fungere fint. Et publikummedlem spurgte, om den nye støtte fra IntelliJ-rammerne betød, at udviklere måtte flytte fra Eclipse-rammen, og Xavier Ducrohet, der arbejder med udviklerværktøjer til Android, sagde, at udviklere kunne fortsætte med at bruge Eclipse. ”Det er ikke en ny retning. Det er en parallel retning, ” sagde han.

Et publikumsmedlem spurgte om brugen af ​​Java Development Kit 1.7 sammenlignet med JDK 1.6 (som i øjeblikket er den version, der understøttes af Android SDK, selvom det officielt er ved udgangen af ​​livet). Burke sagde, at de undersøger et par muligheder, men har endnu ikke truffet nogen beslutninger. En anden ingeniør bemærkede, at ændringer nu gør det muligt at køre SDK på den nye version. På spørgsmålet om forholdet til Oracle og støtte Java 7 eller Java 8 afbrød Meier temmelig meget diskussionen og sagde "Jeg synes det er fair at sige, at ingen på dette panel skulle have en mening, og hvis de gør det, burde de bestemt ikke sig det."

På spørgsmålet, om projektet smør, som var forsøgt på at få brugergrænsefladen til at fungere mere glat, blev gjort, svarede Burke: "Vi har gjort meget fremskridt i Jelly Bean, " men tilføjede han, "vi er ikke på det niveau, jeg tror vi kunne være. " Han bemærkede, at udviklere bliver forkælet af kraften i enheder som Nexus 4, men at selv på telefoner på lavere niveau er vi nødt til at være omhyggelige med at få alt gjort inden for et niveau på cirka 56 millisekunder, eller du "rykker" eller ser ramme- springe. Andre ingeniører sagde, at dette projekt aldrig rigtigt ville blive afsluttet, fordi hver gang der er nye funktioner, skal de kontrollere, at det påvirker ydeevnen.

Der var nogle antydninger til større ændringer i fremtiden. På spørgsmålet, om der var andre projekter i værkerne, der går på tværs af hele systemet, som smør gør, sagde Burke "Ja, men vi kan ikke tale om dem."

Tilsvarende sagde Meier, at han vidste bedre at spørge om "pie" (en klar henvisning til Key Lime Pie), men spekulerede på, om nogen havde hørt om en australsk dessert kaldet "Lamington."

Google i / o: ingen nøglekalk, men udviklere antyder fremtiden for Android