Abandons

À 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();