С каждым выпуском определенные API Android могут устаревать или нуждаться в рефакторинге для предоставления лучшего опыта разработчика или поддержки новых возможностей платформы. В этих случаях Android официально отменит поддержку устаревших API и направит разработчиков на использование новых API вместо них.
Устаревание означает, что мы прекратили официальную поддержку API, но они по-прежнему будут доступны разработчикам. На этой странице освещаются некоторые устаревания в этой версии Android. Чтобы увидеть другие устаревания, обратитесь к отчету API diff .
RenderScript
Начиная с Android 12, API RenderScript устарели. Они продолжат работать, но мы ожидаем, что производители устройств и компонентов со временем прекратят поддержку аппаратного ускорения. Чтобы в полной мере воспользоваться ускорением GPU, мы рекомендуем отказаться от RenderScript .
Android-плейлисты
Списки воспроизведения Android устарели. API больше не поддерживается, но текущая функциональность сохраняется для совместимости.
Мы рекомендуем читать и сохранять плейлисты в виде файлов m3u .
Отображение устаревших API
Устройства Android становятся доступными во многих различных форм-факторах, таких как большие экраны, планшеты и складные устройства. Чтобы правильно отображать контент для каждого устройства, вашему приложению необходимо определить размер экрана или дисплея. Со временем Android предоставил различные API для получения этой информации. В Android 11 мы представили API WindowMetrics
и объявили устаревшими следующие методы:
В Android 12 мы по-прежнему рекомендуем использовать WindowMetrics
и прекращаем поддержку следующих методов:
Приложения должны использовать API WindowMetrics
для запроса границ своего окна или Configuration.densityDpi
для запроса текущей плотности.
Обратите внимание, что библиотека Jetpack WindowManager
включает класс WindowMetrics
, который поддерживает Android 4.0.1 (API уровня 14) и выше.
Примеры
Вот несколько примеров использования WindowMetrics
.
Во-первых, убедитесь, что ваше приложение может полностью изменять размер своих действий.
Действие должно полагаться на WindowMetrics
из контекста действия для любой работы, связанной с пользовательским интерфейсом, в частности, WindowManager.getCurrentWindowMetrics()
.
Если ваше приложение создает MediaProjection
, границы должны быть правильного размера, так как проекция захватывает дисплей. Если приложение полностью изменяемо по размеру, контекст активности возвращает правильные границы.
Котлин
val projectionMetrics = activityContext .getSystemService(WindowManager::class.java).maximumWindowMetrics
Ява
WindowMetrics projectionMetrics = activityContext .getSystemService(WindowManager.class).getMaximumWindowMetrics();
Если приложение не поддерживает полное изменение размера, оно должно запросить границы из экземпляра WindowContext
и получить WindowMetrics максимальной области отображения, доступной приложению, с помощью WindowManager.getMaximumWindowMetrics()
Котлин
val windowContext = context.createWindowContext(mContext.display!!, WindowManager.LayoutParams.TYPE_APPLICATION, null) val projectionMetrics = windowContext.getSystemService(WindowManager::class.java) .maximumWindowMetrics
Ява
Context windowContext = mContext.createWindowContext(mContext.getDisplay(), WindowManager.LayoutParams.TYPE_APPLICATION, null; WindowMetrics projectionMetrics = windowContext.getWindowManager() .getMaximumWindowMetrics();