Con ogni release, API Android specifiche potrebbero diventare obsolete o dover sottoposti a refactoring per offrire una migliore esperienza agli sviluppatori o supportare nuove piattaforme le funzionalità di machine learning. In questi casi, Android ritirerà ufficialmente e indirizzare gli sviluppatori verso nuove API da utilizzare.
Il ritiro indica che abbiamo terminato il supporto ufficiale per le API, che però continuano a rimanere disponibili per gli sviluppatori. Questa pagina mette in evidenza alcuni dei ritiri in questa release di Android. Per vedere altri ritiri, consulta Report delle differenze API.
RenderScript
A partire da Android 12, le API RenderScript sono deprecate. Loro continuano a funzionare, ma prevediamo che i produttori di dispositivi e componenti smetteranno di fornire supporto per l'accelerazione hardware nel tempo. Per trarre il massimo vantaggio di accelerazione GPU, consigliamo di eseguire la migrazione da RenderScript.
Playlist Android
Le playlist Android sono ritirato. L'API non viene più gestita, ma utilizza la funzionalità attuale per la compatibilità.
Ti consigliamo di leggere e salvare le playlist come m3u .
Ritiri dell'API Display
I dispositivi Android stanno diventando disponibili in molti fattori di forma diversi, ad esempio
schermi di grandi dimensioni, tablet e pieghevoli. Al fine di eseguire il rendering dei contenuti in modo appropriato
per ogni dispositivo, l'app deve determinare le dimensioni dello schermo o del display. Sopra
Android ha fornito API diverse per il recupero di queste informazioni. Nella
In Android 11 abbiamo introdotto
API WindowMetrics
e deprecato
questi metodi:
In Android 12 continuiamo a consigliare l'utilizzo di WindowMetrics
e stanno ritirando questi metodi:
Le app devono usare le API WindowMetrics
per eseguire query sui limiti della finestra, oppure
Configuration.densityDpi
per eseguire query sulla densità attuale.
Tieni presente che il Jetpack WindowManager
che include un WindowMetrics
che supporta Android 4.0.1 (livello API 14) e versioni successive.
Esempi
Ecco alcuni esempi di utilizzo di WindowMetrics
.
Innanzitutto, assicurati che la tua app possa svolgere le sue attività completamente ridimensionabili.
Un'attività deve basarsi su WindowMetrics
di un contesto di attività per
qualsiasi attività relativa all'interfaccia utente, in particolare
WindowManager.getCurrentWindowMetrics()
Se l'app crea un elemento MediaProjection
, i limiti devono essere dimensionati correttamente
poiché la proiezione cattura il display. Se l'app è completamente ridimensionabile,
il contesto dell'attività restituisce i limiti corretti.
Kotlin
val projectionMetrics = activityContext .getSystemService(WindowManager::class.java).maximumWindowMetrics
Java
WindowMetrics projectionMetrics = activityContext .getSystemService(WindowManager.class).getMaximumWindowMetrics();
Se l'app non è completamente ridimensionabile, deve eseguire query sui limiti di una
WindowContext
istanza e recupera le metriche WindowMetrics per la visualizzazione massima
a disposizione dell'applicazione
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();