Mit jedem Release können bestimmte Android-APIs veraltet sein oder refaktoriert werden, um die Entwicklung zu verbessern oder neue Plattformfunktionen zu unterstützen. In diesen Fällen werden die veralteten APIs von Android offiziell eingestellt und Entwickler zu neuen APIs weitergeleitet.
Dies bedeutet, dass wir den offiziellen Support für die APIs eingestellt haben. Sie sind jedoch weiterhin für Entwickler verfügbar. Auf dieser Seite werden einige der in dieser Android-Version verworfenen Funktionen beschrieben. Weitere Informationen zu verworfenen Funktionen finden Sie im Bericht zu den API-Unterschieden.
RenderScript
Ab Android 12 werden die RenderScript APIs eingestellt. Sie funktionieren weiterhin, aber wir gehen davon aus, dass Gerätehersteller und Komponentenhersteller im Laufe der Zeit keine Unterstützung für die Hardwarebeschleunigung mehr anbieten werden. Wir empfehlen Ihnen, weg von RenderScript zu migrieren, um die GPU-Beschleunigung optimal zu nutzen.
Android-Playlists
Android-Playlists wurden eingestellt. Die API wird nicht mehr gewartet, aber die aktuelle Funktionalität bleibt aus Kompatibilitätsgründen erhalten.
Wir empfehlen, Playlists als m3u-Dateien zu lesen und zu speichern.
Einstellungen der Display API
Android-Geräte sind in vielen verschiedenen Formfaktoren erhältlich, z. B. große Bildschirme, Tablets und faltbare Geräte. Damit Inhalte für jedes Gerät richtig gerendert werden können, muss Ihre App die Bildschirm- oder Anzeigegröße ermitteln. Im Laufe der Zeit stellte Android verschiedene APIs zum Abrufen dieser Informationen zur Verfügung. In Android 11 haben wir die WindowMetrics API eingeführt und diese Methoden eingestellt:
Unter Android 12 empfehlen wir weiterhin die Verwendung von WindowMetrics und stellen die folgenden Methoden ein:
Anwendungen sollten die WindowMetrics APIs verwenden, um die Grenzen ihres Fensters abzufragen, oder Configuration.densityDpi, um die aktuelle Dichte abzufragen.
Die Jetpack-Bibliothek WindowManager enthält eine WindowMetrics-Klasse, die Android 4.0.1 (API-Level 14) und höher unterstützt.
Beispiele
Hier sind einige Beispiele für die Verwendung von WindowMetrics.
Sorgen Sie zuerst dafür, dass die Größe der Aktivitäten in Ihrer App vollständig angepasst werden kann.
Eine Aktivität sollte für alle UI-bezogenen Aufgaben auf WindowMetrics aus einem Aktivitätskontext basieren, insbesondere auf WindowManager.getCurrentWindowMetrics().
Wenn Ihre Anwendung ein MediaProjection erstellt, müssen die Grenzen richtig groß sein, da die Projektion die Anzeige erfasst. Wenn die Größe der Anwendung vollständig angepasst werden kann, gibt der Aktivitätskontext die richtigen Grenzen zurück.
Kotlin
val projectionMetrics = activityContext
.getSystemService(WindowManager::class.java).maximumWindowMetrics
Java
WindowMetrics projectionMetrics = activityContext
.getSystemService(WindowManager.class).getMaximumWindowMetrics();
Wenn die Größe der Anwendung nicht vollständig angepasst werden kann, muss sie die Grenzen einer WindowContext-Instanz abfragen und mit WindowManager.getMaximumWindowMetrics() die WindowMetrics-Werte des maximalen Anzeigebereichs abrufen, der der Anwendung zur Verfügung steht.
Kotlin
val windowContext = context.createWindowContext(mContext.display!!,
WindowManager.LayoutParams.TYPE_APPLICATION, null)
val projectionMetrics = windowContext.getSystemService(WindowManager::class.java)
.maximumWindowMetrics
Java
Context windowContext = mContext.createWindowContext(mContext.getDisplay(),
WindowManager.LayoutParams.TYPE_APPLICATION, null;
WindowMetrics projectionMetrics = windowContext.getWindowManager()
.getMaximumWindowMetrics();