À chaque version, des API Android spécifiques peuvent devenir obsolètes ou nécessiter Refactorisation pour offrir une meilleure expérience aux développeurs ou prendre en charge une nouvelle plate-forme des fonctionnalités. Dans ce cas, Android abandonnera officiellement API et dirigent les développeurs vers de nouvelles API à utiliser à la place.
L'abandon signifie que nous ne prenons plus en charge officiellement les API, mais qu'elles restent disponibles pour les développeurs. Cette page met en évidence abandons dans cette version d'Android. Pour voir d'autres abandons, consultez Rapport de différences de l'API.
RenderScript
À partir d'Android 12, les API RenderScript sont obsolètes. Il continuent de fonctionner, mais nous nous attendons à ce que les fabricants d’appareils et de composants ne fournira plus de prise en charge de l'accélération matérielle au fil du temps. Pour profiter pleinement de l'accélération du GPU, nous vous recommandons d'abandonner RenderScript.
Playlists Android
Les playlists Android sont obsolète. L'API n'est plus gérée, mais les fonctionnalités actuelles pour assurer la compatibilité.
Nous vous recommandons de lire et d'enregistrer les playlists au format m3u. .
Abandon de l'API Display
Les appareils Android sont désormais disponibles dans
de nombreux facteurs de forme différents, tels que
grands écrans, tablettes et appareils pliables. Pour afficher le contenu de manière appropriée
pour chaque appareil, votre application doit déterminer la taille de l'écran ou de l'affichage. Au-dessus
moment où Android a fourni différentes API pour récupérer ces informations. Dans
Dans Android 11, nous avons présenté
API WindowMetrics
et obsolètes
ces méthodes:
Dans Android 12, nous recommandons toujours d'utiliser WindowMetrics
.
et abandonnent les méthodes suivantes:
Les applications doivent utiliser les API WindowMetrics
pour interroger les limites de leur fenêtre.
Configuration.densityDpi
pour interroger la densité actuelle.
Notez que Jetpack WindowManager
bibliothèque inclut un WindowMetrics
compatible avec Android 4.0.1 (niveau d'API 14) ou version ultérieure.
Exemples
Voici quelques exemples d'utilisation de WindowMetrics
.
Tout d'abord, assurez-vous que votre application peut rendre ses activités entièrement redimensionnables.
Une activité doit s'appuyer sur WindowMetrics
à partir d'un contexte d'activité pour
tout travail lié à l'interface utilisateur, en particulier
WindowManager.getCurrentWindowMetrics()
Si votre application crée un MediaProjection
, les limites doivent être correctement dimensionnées
puisque la projection capture l'écran. Si l'application est entièrement redimensionnable,
le contexte de l'activité renvoie les limites appropriées.
Kotlin
val projectionMetrics = activityContext .getSystemService(WindowManager::class.java).maximumWindowMetrics
Java
WindowMetrics projectionMetrics = activityContext .getSystemService(WindowManager.class).getMaximumWindowMetrics();
Si l'application n'est pas entièrement redimensionnable, elle doit interroger les limites à partir d'un
WindowContext
, et récupèrent les WindowMetrics pour l'affichage maximal
disponible pour l'application
WindowManager.getMaximumWindowMetrics()
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();