Android Q AMA-Zusammenfassung: Was Google auf Reddit über Android 10 gesagt hat

Letztes Jahr veranstaltete das Android-Team von Google eine Ask Me Anything (AMA) im Reddit-Subreddit /r/AndroidDev, um Fragen zum Thema zu beantworten Vorschau für Android P-Entwickler. In diesem Jahr beantwortete das Entwicklerteam, das an der Betaversion von Android Q arbeitete, Fragen auf Reddit. Die AMA begann am 1. August um 12:00 Uhr PST und endete etwa anderthalb Stunden später. 33 Google-Ingenieure waren an der AMA beteiligt und beantworteten in der kurzen Zeit der AMA eine Menge Fragen. Hier ist unsere Zusammenfassung aller neuen Informationen, die wir erfahren haben.

Android Q AMA: Alles, was wir von Google gelernt haben

Teilnehmer des Android Q Beta-Teams

• Adam Cohen: TLM auf Android Launcher / System-Benutzeroberfläche
• Adam Powell: TLM auf UI-Toolkit/Framework; Ansichten, Lebenszyklus, Fragmente, Support-Bibliotheken
• Alan Viverette: TLM, Jetpack / AndroidX
• Allen Huang: PM für Benutzeroberfläche, Launcher, Benachrichtigungen, Suchintegrationen und mehr!
• Andrew Sappirstein: TLM in den Android-Einstellungen
• Brahim Elbouchikhi: PM Director für Android Machine Learning und Kamera (NN API, ML Kit, CameraX, Kameraplattform)
• Chad Brubaker: Softwareentwickler, Android-Plattformsicherheit
• Charmaine D’Silva: PM für Datenschutz
• Chet Haase: Android Chief Advocate, Developer Relations
• Diana Wong: PM, App-Kompatibilität, Nicht-SDK-API-Nutzung, ART, NDK
• Dianne Hackborn: Manager des Android-Framework-Teams (Ressourcen, Fenstermanager, Aktivitätsmanager, Mehrbenutzer, Drucken, Barrierefreiheit usw.)
• E.K. Chung: Direktor von UX
• Ian Lake: Softwareentwickler, Jetpack (Fragmente, Navigation, Architekturkomponenten)
• Iljan Maltschew: Leitender Software-Ingenieur, Projekt Mainline
• Jacob Lehrbaum: Direktor für Entwicklerbeziehungen für Android
• Jake Wharton: Softwareentwickler, Jetpack
• Jamal Eason: PM, Android Studio
• Jeff Bailey: TLM, Android Open Source Project (AOSP)
• Jeff Sharkey: Softwareentwickler, Android Framework
• Jeffrey van Gogh: Android Studio, Compiler
• Jen Chai: PM, Standort und Kontext, Authentifizierung, automatisches Ausfüllen, Nicht-SDK-API-Nutzung, ART
• Karen Ng: Gruppen-PM für Android Developer Tools, Android Studio, Android Tookit und Jetpack
• Paul Bankhead: Direktor für Produktmanagement, Google Play
• Rohan Shah: Produktmanager, Android-System-Benutzeroberfläche
• Romain Guy: Manager des Android Toolkit/Jetpack-Teams
• Sagar Kamdar: Direktor für Produktmanagement, Android
• Sa. K: Technischer Leiter, Android-Konnektivität
• Selim Cinek: Softwareentwickler, Android-System-Benutzeroberfläche
• Stephanie Saad Cuthbertson: Leitender Direktor für Produktmanagement, Android
• Sumir Kataria: Softwareentwickler, Jetpack (WorkManager)
• Travis McCoy: PM, Android-Plattform
• Trystan Upstill: Ausgezeichneter Ingenieur, Leiter für Android System UI & Intelligence
• Vinit Modi: PM, Android-Kamera

mehr lesen

OEMs können Apps nicht mehr beenden, wenn der Benutzer sie in den letzten Tagen wegwischt

Wenn Sie jemals ein Smartphone einer chinesischen Marke verwendet haben, haben Sie wahrscheinlich mit lästigen „Akkuoptimierungsfunktionen“ zu kämpfen gehabt Beenden Sie alle Ihre Lieblings-Apps im Hintergrund. Dieses Verhalten ist nicht nur für Benutzer ärgerlich, die erwarten, dass bestimmte Apps aus irgendeinem Grund weiterhin im Hintergrund ausgeführt werden, sondern Aber es ist auch ärgerlich für Entwickler, die schlechte Bewertungen von Benutzern ertragen müssen, die nicht verstehen, dass es nicht an der App liegt Fehler. Während Google es ist Trotzdem Sie gehen nicht vollständig auf diese Angelegenheit ein (sie winkten mit der Hand ab, indem sie erklärten, dass dieses Verhalten ein Problem sei). Dies stellt wahrscheinlich bereits einen Verstoß gegen die Anforderungen des Android Compatibility Definition Document dar), so das Unternehmen Ist Handeln gegen eine von einigen OEMs angewandte Verhaltensänderung zum „Batteriesparen“.

„Um Abhilfe zu schaffen, haben wir in Android Q einen CTS-Test hinzugefügt, um sicherzustellen, dass eine App nicht getötet wird, wenn sie aus „Neueste“ gelöscht wird.“

Android R bringt möglicherweise mehr Änderungen an Screenshots als erwartet

Google plant das Hinzufügen Scrollen von Screenshots in Android R, aber gleichzeitig die Android-Team ist „Wir schauen uns genau an, wie [sie] das gesamte Bildschirm-[X]-Erlebnis für R verbessern können.“ So können wir Sehen Sie sich weitere Verbesserungen des Screenshot- (UND Screencast-)Verhaltens in der nächsten großen Android-Version an.

Erläuterung des neuen Desktop-Modus von Android Q

Der erste öffentliche Beta-Version von Android Q brachte eine versteckte Desktop-Modus-Schnittstelle zum AOSP und Pixel Launcher. Obwohl Google kurz auf die Funktion eingegangen Während einer Google I/O-Sitzung haben wir nie direkt von Google gehört, wie die neue Funktion in das Android-Ökosystem passt. Google jetzt klargestellt:

„In Q AOSP ist der ‚Desktop-Modus‘ eine Entwickleroption, die sich an Anwendungsentwickler richtet. Es ermöglicht ihnen, ihre Apps in Umgebungen mit mehreren Displays und im Freiform-Fenstermodus zu testen. Bisher gab es auf Standard-Android keine praktische Möglichkeit, das App-Verhalten auf einem sekundären Display und mit frei veränderbaren Fenstern zu testen. Diese Funktion wird nicht eigenständig entwickelt und ist derzeit nicht für normale Benutzer gedacht. Dennoch ist es die Basis der Android-Plattform für OEMs, um Innovationen zu entwickeln und großartige Produkte herzustellen.“

Daher können wir davon ausgehen, dass OEMs auf dem nativen Desktop-Modus von Android Q aufbauen werden. Zum Beispiel die OnePlus 7 Pro unterstützt die Anzeige über HDMI, also ist es möglich, dass OxygenOS 10 basierend auf Android Q wird in Zukunft über eine eigene Desktop-Modus-Oberfläche verfügen. Wir hoffen auch, dass Google in Zukunft auf dieser Funktion aufbaut Pixel 4.

Zeitbasierter Dunkelmodus

Android Q bringt endlich eine vielfach nachgefragte Funktion: systemweiter Dunkelmodus. Derzeit kann der Dunkelmodus entweder manuell in den Einstellungen oder über eine Kachel mit den Schnelleinstellungen aktiviert werden oder er kann automatisch aktiviert werden, wenn der Energiesparmodus aktiviert ist. Vor Android Q gab es eine Option zum Aktivieren des Dunkelmodus basierend auf der Tageszeit, aber diese Option war veraltet. Laut Chris Banes:

„Es gibt einige Gründe, warum dies in AppCompat v1.1.0 veraltet (nicht entfernt) ist: Es erfordert, dass Apps eine Anfrage stellen Standortberechtigungen müssen genau sein, und selbst bei einem gültigen Standort können die Berechnungen der Sonnenaufgangs-/Sonnenuntergangszeit korrekt sein Buggy."

Auf die Frage nach diesen Fehlern erklärt Herr Banes, dass „die Berechnung von Sonnenauf- und -untergängen bekanntermaßen schwierig ist, insbesondere für Standorte in der Nähe Nord-/Südpol.“ Ein Benutzer weist darauf hin, dass das Nachtlicht, das seit Android 7.1 Nougat verfügbar ist, automatisch je nach Sonnenuntergang/Sonnenaufgang umgeschaltet werden kann Zeitpläne. Herr Banes erklärt dann, dass Night Light CalendarAstronomer von verwendet ICU4JEs verwendet einen „großen Teil des Codes, von dem AppCompat nicht abhängig sein soll“. Das Team tut es jedoch Zustand dass diese Funktion „etwas ist, das [sie] untersuchen werden“.

Obligatorische Camera2-API/Kamera-HAL3-Unterstützung für Android Q-Startgeräte

Google hat die Camera2-API eingeführt, um besser zu definieren, wie Apps mit den einzelnen Kameras interagieren können, die mit Ihrem Smartphone verbunden sind. Während Google ermutigt Während Smartphone-Anbieter aufgefordert werden, „alle ihre physischen Kameras den Entwicklern zur Verfügung zu stellen“, entscheiden sich viele Anbieter dagegen, dies zu tun, obwohl „die API selbst dies nicht tut.“ Dies bedeutet, dass viele Kamera-Apps von Drittanbietern die sekundären oder tertiären Kameramodule auf modernen Geräten nicht nutzen können Smartphones. Es gibt jedoch Fortschritte, da Android Q verbessert wurde LOGICAL_MULTI_CAMERA, eine API, die Entwicklern einen besseren Zugriff auf alle Kameras eines Geräts ermöglicht und OEMs die Kontrolle über den Stromverbrauch und die Verwaltung mehrerer Kamerazustände gibt.

Darüber hinaus gibt Google an, dass für alle Geräte, die mit Android Q starten, Anforderungen hinzugefügt wurden, dass sie Camera2 API/Camera HAL3 nativ unterstützen. Laut Vinit Modi:

„Ab Android P müssen neue Geräte mit 1 GB oder mehr RAM nativ HALv3/Kamera2 verwenden. Ab Android Q müssen alle neuen Geräte HALv3/Kamera2 nativ unterstützen. Leider sind Upgrades von HALv1 auf HALv3 über Funk ziemlich komplex und können unerwartete Folgen haben, daher mussten wir den Umfang auf neue Geräte beschränken.“

Interessant ist Modis Aussage zum normalen RAM von Android-P-Startgeräten widerspricht was uns zuvor von Google mitgeteilt wurde und was auf der Image Test Suite-Seite online veröffentlicht wird.

Dynamisches App-Theming mit Jetpack Compose

Das OMS-Theming-Framework von Sony wurde AOSP vor einigen Versionen hinzugefügt, aber das ist nur so für OEMs gedacht darauf aufbauen. Das wissen wir bereits Google ist dagegen Die Verwendung von Runtime-Ressourcen-Overlays durch Benutzer zum Thema Apps, aber für Entwickler ist das Unternehmen hoffen das ist es Jetpack Compose-Benutzeroberfläche Das Framework werde „interessante Ansätze zur dynamischen Thematisierung“ hervorbringen.

Vulkan-Backend für Skia zum Rendern der Benutzeroberfläche

Letztes Jahr, Wir haben eine Diskussion entdeckt unter den Google-Ingenieuren, die über ihre Pläne sprechen, das Android-Framework die Vulkan-Grafik-API für das UI-Rendering nutzen zu lassen. Es ist jetzt möglich, das hardwarebeschleunigte Backend von Vulkan ohne Ihr Telefon zu aktivieren Absturz, wir haben von Google keine konkreten Pläne darüber gehört, wann sie diese einführen wollen Änderungen. Dieses AMA beantwortet diese Frage nicht, aber wir haben zumindest die Bestätigung, dass es noch in Arbeit ist. Laut Romain Guy:

„Das Team hat an einem Vulkan-Backend für Skia gearbeitet, den von Android verwendeten 2D-Renderer, aber dieser ist derzeit nicht standardmäßig aktiviert. Die Benutzeroberfläche und Canvas laufen weiterhin über OpenGL ES.“

Dynamischere Gestaltung der Gestenleiste von Android Q

Einige auf XDA denken das immer noch Die neuen Gesten von Android sind ein Chaos, aber ich persönlich denke, dass sie in Ordnung sind. Wenn Sie jedoch ein wenig mit den neuen Gesten in Android Q herumspielen, werden Sie feststellen, dass sich die Gestenleiste nicht mit Ihrem Finger bewegt. Es bleibt auch auf Bildschirmen hängen, auf denen es nicht benötigt wird, z. B. auf dem Startbildschirm oder in der Übersicht der zuletzt verwendeten Apps. Allen Huang sagt dass sie „völlig zustimmen, dass es Möglichkeiten gibt“, die „Navigationslinie weniger statisch zu gestalten“. Er sagt weiter dass „wir daran arbeiten – aber auch daran arbeiten, es so auszubalancieren, dass es nicht ablenkt.“ Erscheinen/Verschwinden.

Verbesserungen am Storage Access Framework

Die vielen Änderungen in Android Q haben das erheblich verbessert Sicherheit und Datenschutz der Plattform. Eine solche Änderung namens „Scoped Storage“ schränkt den Zugriff von Apps auf Dateien im externen Speicher auf sinnvolle Weise ein; Musik-Apps sollten beispielsweise Ihre Galerie nicht sehen müssen. Dateimanager-Apps, die in Android Q ausgeführt werden, müssen eine API namens Storage Access Framework verwenden, um weiterhin wie gewohnt zu funktionieren Einige Entwickler halten diese API für minderwertig zu dem, was vorher verfügbar war. Jeff Sharkey von Google sagt Das Team hat sich mit einigen Beschwerden dieser Entwickler befasst:

„Wir haben in den neuesten Android Q Beta-Versionen einige SAF-Leistungsverbesserungen vorgenommen; Könnten Sie Ihre Benchmarks mit der neuesten Beta vergleichen? Stellen Sie außerdem sicher, dass Sie einen ContentProviderClient verwenden, wenn Sie Massenvorgänge ausführen.“

Project Treble verbesserte die Akzeptanz von Android Pie im Vergleich zu Android Oreo

Wir haben bereits gesehen, wie Project Treble, eine umfassende Neuarchitektur des Android-Frameworks auf niedriger Ebene, die Akzeptanz neuer Android-Betriebssystemversionen verbessert hat. Google schreibt Treble den Grund für den Beitritt zahlreicher Smartphone-Anbieter zu Android P Beta letztes Jahr und Android Q-Beta dieses Jahr. Iliyan Malchev, der Leiter des Projekts Treble und Hauptlinie Ingenieur, sagt dass die Akzeptanz von Android Pie Ende 2018 „dreimal“ höher war als die von Android Oreo.

Im selben Kommentar neckt Dick Dougherty, dass weitere nützliche Kennzahlen für das Android-Versionsverteilungsdiagramm in Arbeit seien. Das Diagramm war zuletzt aktualisiert im Mai, aber seine Daten sind für Journalisten nützlicher als für App-Entwickler.

Die Bildschirmaufzeichnung ist immer noch ein WIP

Frühe Android Q-Betas fügten ein Feature-Flag für einen einfachen Bildschirmrekorder hinzu, aber die Plattform selbst hat den Nutzen der Bildschirmaufzeichnung erheblich verbessert So können Apps den Ton von anderen Apps erfassen. Stephanie Saad Cuthbertson sagte, das Team habe erst gestern darüber nachgedacht, „wie wir den Bedarf an Bildschirmaufzeichnungen verbessern könnten“. Andere Smartphone-Marken mögen OnePlus, ASUS, Huawei und Samsung verfügen über robuste Bildschirmrekorder, die den internen Ton aufzeichnen können, Google wird hier also aufholen.

Dunkles Thema, alles!

Falls Sie es verpasst haben: Google fügt den meisten seiner Apps den Dunkelmodus hinzu. Stephanie Saad Cuthbertson sagt zu erwarten, dass alle „großen Apps“ ein dunkles Thema „ab der offiziellen [Android Q]-Veröffentlichung“ unterstützen. Sogar Google Chrome, das derzeit Erzwingt ein Neuladen der Seite, wenn das systemweite dunkle Design aktiviert ist. Wird aktualisiert, um nicht mehr aktualisiert zu werden, wenn das Design aktiviert ist geändert.

Ja, Launcher von Drittanbietern funktionieren (irgendwann) mit Gesten.

Die Gesten von Android sind irgendwie defekt, wenn Sie einen Launcher eines Drittanbieters verwenden. Das liegt daran, dass die Benutzeroberfläche der neuesten Apps in der Stock Launcher-App enthalten ist, Google jedoch noch nicht Wir haben einen Weg gefunden, die gleichen nahtlosen Übergänge zu erzielen, die wir bei der Verwendung von Gesten mit dem Standard-Pixel sehen Startprogramm. Adam Cohen bekräftigt Google plant, diese Probleme „so schnell wie möglich nach der Veröffentlichung“ zu beheben. Das sagt er weiter Die Inkompatibilität wird im Post-Q-Update behoben und für neue Geräte, die mit auf den Markt kommen, zurückportiert Q."

Dynamische/logische Partitionen sind nicht dazu da, benutzerdefinierte ROMs zu zerstören

Um zu unterstützen Dynamische Systemaktualisierungen In Android Q nutzen bestimmte Geräte wie Google Pixel 3 und Pixel 3 XL logische Partitionen. Die Größe dieser Partitionen kann dynamisch geändert werden. Diese Änderung hat Es hat sich als schwierig erwiesen, den Root-Zugriff zum Laufen zu bringen, und einige Entwickler befürchten, dass benutzerdefinierte ROMs ins Visier genommen werden. Iliyan Malchev versichert uns, dass die Absicht nicht darin besteht, benutzerdefinierte ROMs einzuschränken. Als er erklärt:

„Dynamische Partitionen sollen nicht die Möglichkeiten einschränken, die Sie mit benutzerdefinierten ROMs machen können. Sie sind einfach eine Lösung für das Problem fester Partitionsgrößen und des Fehlens einer sicheren Möglichkeit zur Neupartitionierung von Geräten OTA. Wenn ein OEM vor dynamischen Partitionen einen Fehler bei der Dimensionierung gemacht hat, z. die Systempartition, dann sie würde durch diese Auswahl eingeschränkt, so dass es praktisch unmöglich wäre, ein Gerät nach einer bestimmten Zeit zu aktualisieren Punkt. Einige OEMs partitionieren ihre Geräte aus praktischen Gründen über OTA neu, aber dies wird a) in Android nicht offiziell unterstützt und b) das Ändern der Partitionstabelle wird als ziemlich riskant angesehen. Dynamische Partitionen zielen darauf ab, das Problem zu lindern, indem sie eine Ebene der Indirektion zwischen der physischen Partitionstabelle und dem Betriebssystem einführen. Dies wiederum ermöglicht es uns, Partitionsgrößen auf OTA sicher anzupassen. Was benutzerdefinierte ROMs betrifft, sollten Sie bei Ihren Möglichkeiten keineswegs stärker als heute eingeschränkt sein. Die Unterstützung benutzerdefinierter ROMs ist und bleibt etwas, für dessen Aktivierung sich jeder einzelne OEM entscheidet.“

Projekthauptlinie – ART-Modul und Supportlänge

Mainline ist eine neue Initiative von Google, die darauf abzielt, bestimmte Bibliotheken und Pakete zu standardisieren, damit sie unabhängig von Plattformaktualisierungen aktualisiert werden können. Einige haben sich gefragt, warum die Android Runtime (ART) noch kein Mainline-Modul ist, aber das wurde mir auf der Google I/O gesagt Die Komplexität der Modularisierung von ART hinderte sie daran, es als eines der ersten APEX-Pakete aufzunehmen. Als erklärt von Iliyan Malchev und Diana Wong:

„Aktualisierungen der Runtime (insbesondere Leistungs- und GC-Korrekturen und Kernbibliotheken) sind definitiv etwas, was wir im Kontext der Mainline untersuchen.“ Wir sehen viele Vorteile darin, diese Updates mit Mainline auf allen Geräten und über mehrere Releases hinweg konsistent zu gestalten. Es ist auch eine große technische Herausforderung, wenn wir darüber nachdenken, wie wir dies für Entwickler am besten umsetzen können, und wahrscheinlich eine mehrjährige Anstrengung. Das ist derzeit nichts, was Mainline leisten kann, aber wir denken auf jeden Fall darüber nach.“

Wenn Sie dem AOSP Gerrit folgen, werden Sie feststellen, dass Google es dennoch getan hat hart am arbeiten Erstellen eines Runtime-APEX. Derzeit scheinen sie es zu sein Aufteilung von Bionic und ART/libcore in separate APEX-Module aufgeteilt.

Bezüglich des Nutzens von Project Mainline fragte ein Benutzer nach der Dauer der Mainline-Updates. Als Antwort: Iliyan Malchev sagt dass „dies eine politische Frage ist, die wir noch prüfen, aber wir wollen Mainline-Module auf einem Gerät so lange wie möglich aktualisieren.“ XDA-anerkannter Entwickler luca020400 Erkundigte sich, ob vorgefertigte Mainline-Module bereitgestellt werden, damit benutzerdefinierte ROM-Entwickler Updates zusammenführen können, und als Antwort antwortete Jeff Bailey wiederholt dass „die Module, die von AOSP abgespalten werden, Quellversionen haben werden, die zu jeder Modulversion passen.“ Wir können bereits die Weiterentwicklung neuer APEX-Module in AOSP sehen, beispielsweise eines für API für neuronale Netze.

CameraX trifft auf ML Kit

Auf der diesjährigen I/O stellte Google das vor CameraX Jetpack-Bibliothek. Diese Bibliothek soll es Entwicklern erleichtern, die Camera2-API von Android zu unterstützen und gleichzeitig die Kompatibilität bis hin zu Android Lollipop aufrechtzuerhalten. Vinit Modi neckt mit dem das Unternehmen an der Integration von CameraX arbeitet ML-Kit, Googles Firebase SDK für maschinelles Lernen, damit Entwickler Bildrahmen zur Analyse in ML Kit einspeisen können.

CameraX-Anbietererweiterungen und Veröffentlichungsdatum

Der Entwickler einer Kamera-App beklagt die Tatsache, dass erweiterte Kamerafunktionen wie das Nachtsichtgerät von Google Pixel für Kamera-Apps von Drittanbietern nicht zugänglich sind. Dies soll mit den CameraX-Anbietererweiterungen lösbar sein, zu denen Jeff Sharkey von Google gehört sagt dass „alle Pixel-Geräte für CameraX Core optimiert sind.“ Er neckt, dass „der Erweiterungsaspekt auf neuen und kommenden Geräten unterstützt wird.“ Darüber hinaus ist Google „Wir arbeiten mit mehreren Herstellern zusammen, um ihre Gerätefunktionen sowohl Entwicklern als auch Benutzern zugänglich zu machen.“ Obwohl dies nicht direkt bestätigt ist, ist es möglich, dass wir Funktionen sehen wie Nachtsicht auf der Google Pixel 4 werden für Kamera-Apps von Drittanbietern verfügbar, die die CameraX-Bibliothek verwenden.

Herr Sharkey gibt an, dass Google eine Beta-Veröffentlichung für Ende dieses Jahres anstrebt.

Verbesserungen der Speicherverwaltung in Android Q

Das Pixel 3 wurde dafür kritisiert Zahlreiche Probleme nach der Veröffentlichung, aber Google hat durch zahlreiche Maßnahmen viel getan, um diese Probleme anzugehen Updates nach der Veröffentlichung. Die Speicherverwaltung war einer der schwächsten Aspekte des Pixel 3, aber in der Android-Q-Version dürfte es etwas besser werden. Laut Selim Cinek:

„In SystemUI zum Beispiel haben wir in Q verschiedene große Refactoring-Anstrengungen durchgeführt, um die RAM-Nutzung von Benachrichtigungen und anderen Oberflächen zu reduzieren.“

Bekommen wir endlich drahtloses ADB?

Wenn Sie Ihr Telefon drahtlos debuggen möchten, müssen Sie Ihr Gerät rooten. Jamal Eason vom Android Studio-Team sagt dass sie sich derzeit mit der Machbarkeit dieser Funktion befassen.

Testet Google immer noch auf Tablets?

XDA-anerkannter Entwickler Luk1337 gefragt, ob Google AOSP UX noch auf Tablets testet. Das ist eine berechtigte Frage, wenn man bedenkt Mangel an guten Android-Tablets und das Fehler vorhanden in aktuellen Veröffentlichungen. Allen Huang sagt dass Google immer noch „jedes Jahr Tests durchführt und Korrekturen durchführt“ und dass das Unternehmen eng mit Partnern zusammenarbeitet, „um ein gutes Android-Tablet-Erlebnis zu gewährleisten“.

---

Es gibt noch viel mehr Beiträge im vollständigen Thread auf Reddit. Was ich hier behandelt habe, fasst alle neuen Informationen zusammen, die wir gelernt haben, aber mehrere Googler (insbesondere Dianne Hackborn) gehen auf die Gründe ein, warum sie die X-Funktion weglassen oder Y nicht implementieren Erlaubnis. Ich empfehle Ihnen, die vollständige AMA zu lesen, wenn Sie die Entscheidungsfindung des Android-Teams etwas besser verstehen möchten.

Lesen Sie die vollständige AMA unter /r/AndroidDev