Con cada actualización, es posible que las API específicas de Android queden obsoletas o deban refactorizarse a fin de ofrecerles una mejor experiencia a los desarrolladores o admitir nuevas funciones de la plataforma. En estos casos, Android dará de baja oficialmente las API obsoletas y les indicará a los desarrolladores las API nuevas que pueden usar en su lugar.
Baja significa que finalizamos la asistencia oficial para las API, pero estas seguirán disponibles para los desarrolladores. En esta página, se destacan algunas de las bajas de esta versión de Android. Para conocer otras bajas, consulta el informe de diferencias de API.
RenderScript
A partir de Android 12, las API de RenderScript dejaron de estar disponibles. Seguirán funcionando, pero estimamos que los fabricantes de dispositivos y componentes dejarán de proporcionar compatibilidad con la aceleración de hardware con el tiempo. Para aprovechar al máximo la aceleración de GPU, te recomendamos que migres de RenderScript.
Listas de reproducción de Android
Las listas de reproducción de Android dejaron de estar disponibles. La API ya no se mantiene, pero la funcionalidad actual permanece por la compatibilidad.
Te recomendamos que leas y guardes las listas de reproducción como archivos m3u.
Bajas de la API de Display
Cada vez más dispositivos Android están disponibles en muchos factores de forma diferentes, como pantallas grandes, tablets y dispositivos plegables. A fin de procesar el contenido de manera correcta para cada dispositivo, la app debe determinar el tamaño de pantalla o visualización. Con el paso de tiempo, Android ha brindado diferentes API para recuperar esta información. En Android 11, presentamos la API de WindowMetrics y dimos de baja estos métodos:
En Android 12, continuamos recomendándote que uses la clase WindowMetrics y daremos de baja estos métodos:
Las apps deben usar las API de WindowMetrics para consultar los límites de su ventana o Configuration.densityDpi a fin de consultar la densidad actual.
Ten en cuenta que la biblioteca de WindowManager de Jetpack incluye una clase WindowMetrics que admite Android 4.0.1 (nivel de API 14) y versiones posteriores.
Ejemplos
Estos son algunos ejemplos de cómo usar WindowMetrics.
Primero, asegúrate de que la app pueda cambiar por completo el tamaño de sus actividades.
Una actividad debe depender de WindowMetrics desde el contexto de una actividad para cualquier trabajo relacionado con la IU, en especial WindowManager.getCurrentWindowMetrics().
Si la app crea un elemento MediaProjection, los límites deben tener el tamaño correcto, ya que la proyección captura la pantalla. Si se puede cambiar por completo el tamaño de la app, el contexto de la actividad mostrará los límites correctos.
Kotlin
val projectionMetrics = activityContext
.getSystemService(WindowManager::class.java).maximumWindowMetrics
Java
WindowMetrics projectionMetrics = activityContext
.getSystemService(WindowManager.class).getMaximumWindowMetrics();
Si no se puede cambiar por completo, la app debe consultar los límites desde una instancia de WindowContext y recuperar la clase WindowMetrics del área de visualización máxima disponible para la aplicación mediante 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();