как узнать версию api android

Как узнать версию Android API?

Как узнать мою версию Android API?

Нажмите «Информация о программном обеспечении» в меню «О телефоне». Первая запись на странице, которая загружается, будет вашей текущей версией программного обеспечения Android.

Как мне узнать свою версию API?

Определите вашу текущую версию API

Какая версия API в Android?

android: maxSdkVersion. Целое число, обозначающее максимальный уровень API, на котором разработано приложение. В Android 1.5, 1.6, 2.0 и 2.0. 1, система проверяет значение этого атрибута при установке приложения и при повторной проверке приложения после обновления системы.

Что такое API 19 в Android?

Уровень API Android 19 означает версию ОС Android (kitkat). Он содержит стандартные пакеты Android (из проектов с открытым исходным кодом Android). Но google api 19 — это android api 19+ google api, как настройки google и другие пакеты, предоставляемые google.

Как называется Android 10?

Android 10 (кодовое название Android Q во время разработки) является десятым основным выпуском и 17-й версией мобильной операционной системы Android. Впервые он был выпущен в качестве предварительной версии для разработчиков 13 марта 2019 г. и публично выпущен 3 сентября 2019 г.

Что такое версия Android Target?

Целевая версия Android (также известная как targetSdkVersion) — это уровень API устройства Android, на котором приложение ожидает запуска. Android использует этот параметр, чтобы определить, следует ли включать какое-либо поведение совместимости — это гарантирует, что ваше приложение продолжит работать так, как вы ожидаете.

Когда мне следует сменить версию API?

Когда использовать версию

Что такое обновление API?

Следите за изменениями и обновлениями Stripe API. Ваша версия устанавливается при первом запросе API. … Когда мы изменяем API обратно несовместимым образом, мы выпускаем новую устаревшую версию, но, чтобы не нарушить ваш код, мы не меняем вашу версию, пока вы не будете готовы к обновлению.

Как мне изменить свой API?

Шаг 1. Откройте Android Studio и перейдите в Меню. Файл> Структура проекта. Шаг 2: В окне «Структура проекта» выберите модуль приложения в списке слева. Шаг 3: Выберите вкладку «Ароматы», и под ней у вас будет возможность установить «Мин. Версию Sdk» и «Целевая версия Sdk».

Какой минимальный уровень API?

android: minSdkVersion — указывает минимальный уровень API, на котором приложение может работать. Значение по умолчанию — «1». android: targetSdkVersion — указывает уровень API, на котором приложение разработано для работы.

Что такое API 21 в Android?

Android 1.5 — 2.3 (Cupcake to Gingerbread) — (уровни API 3-10) — Android, созданный специально для смартфонов. … Android 5.0 — 5.1 (Lollipop) — (уровни API 21-22) — Представлен Material Design. Android 6.0 — 6.… (Marshmallow) — (уровни API 23-…) — Разрешения времени выполнения, удален HTTP-клиент Apache.

Какая последняя версия Android API?

Кодовые имена платформ, версии, уровни API и выпуски NDK

Какая последняя версия Android 2020?

Android 11 — одиннадцатый основной выпуск и 18-я версия Android, мобильной операционной системы, разработанной Open Handset Alliance во главе с Google. Он был выпущен 8 сентября 2020 года и является последней на сегодняшний день версией Android.

Какой уровень Android API мне следует использовать?

Новые приложения и обновления приложений должны быть нацелены на Android 10 (уровень API 29) или выше; за исключением приложений Wear OS, которые должны быть ориентированы на уровень API 28 или выше.

Источник

Программно получить уровень API Android на устройстве?

Как узнать, какой уровень API используется моим устройством?

ОТВЕТЫ

Ответ 1

Уровень API можно получить программно с помощью системной константы ( Build.VERSION.SDK_INT ). Например, вы можете запустить какой-то фрагмент кода, для которого требуется более новый API, следующим образом (он будет выполнен, если текущий уровень API устройства не меньше 4)

Чтобы получить видимую для пользователя версию Android, используйте:

Ответ 2

Ответ 3

Для API Level> = 4 вы можете использовать Build.VERSION.SDK_INT

Usage

Ответ 4

Чтобы получить текущее API вашего устройства:

Ответ 5

Очень просто:

Выход:

Ответ 6

в первых версиях был использован Build.VERSION.SDK

, но теперь он устарел!

SDK Это поле было устарело в уровне API 4. С помощью SDK_INT легко получите это как целое число.

теперь вы должны использовать: SDK_INT. Добавлен в уровень API 4:

SDK_INT Отображаемая пользователем SDK-версия фреймворка; возможно значения определены в Build.VERSION_CODES.

Ответ 7

Вы можете получить информацию об устройстве, как показано ниже.

и может получить историю версий версии Android из ОС.

В этом говорится, что код версии API25 является N_MR1.

Источник

Узнаём версию Android API в приложении

В некоторых случаях требуется узнать версию Android API непосредственно во время работы программы.

Пример подобной ситуации мы уже рассматривали ранее, когда речь шла о работе с событием onScrollChange для элементов управления ScrollView и HorizontalScrollView (напомним, что оно, доступно только начиная с API 23 (Android 6.0 или Marshmallow)).

В вышеупомянутом примере мы обращались к свойству SDK_INT, класса VERSION, которое возвращает номер версии API.

Номер версии API возвращается в виде целого числа. Поэтому с ним можно работать непосредственно:

Либо сравнивать его с один из значений перечисления VERSION_CODES (как в первом примере). Нижеприведены значения перечисления VERSION_CODES в соответствии с номерами версий API и Android.

Это позволяет оперировать с номером версии API даже зная только версию Android.

Примечание

По просьбе одного из читателей 29.02.2020 таблица в статье была дополнена до Android 10.

Источник

Как узнать версию api android

API Level это просто целое число, которое однозначно идентифицирует ревизию рабочего окружения программных библиотек (framework API revision), которая предоставляется версией платформы (операционной системой) Android.

Платформа Android предоставляет framework API, которое могут использовать приложения для взаимодействия с нижележащей системой Android. Framework API состоит из:

• Базового набора пакетов и классов.
• Набора элементов XML и атрибутов для декларирования в файле манифеста (manifest file).
• Набора элементов XML и атрибутов для декларирования и доступа к ресурсам.
• Набора намерений (Intents).
• Набора разрешений доступа к ресурсам устройства и системы, которые приложение может запросить, а также защита ограничения доступа, встроенная в систему.

Каждая последующая версия платформы Android может включать в себя обновления предоставляемого framework API приложения Android.

Обновления framework API разработаны так, чтобы новый API оставался совместимым со всеми более старыми версиями API. Т. е. большинство изменений в API добавочные, и представляют новый функционал, или функционал, заменяющий старый. Поскольку части API были обновлены, то старые заменяемые части объявляются устаревшими и нежелательными для использования (deprecated), но эти старые части все же не удаляются, чтобы существующие приложения могли продолжать их использовать. В очень редких случаях части API могут быть модифицированы или удалены, но только в том случае, если это необходимо для обеспечения устойчивости API и безопасности приложения или системы. Все другие части API от старых ревизий переносятся в новые ревизии платформы без модификации.

Framework API, который поставляет платформа Android, указывается в виде целого числа, и этот идентификатор в виде целого числа называется «API Level». Каждая версия платформы Android поддерживает точно один API Level, несмотря на неявную поддержку всех более старых версий API Level (вплоть до API Level 1). Первоначальный релиз платформы Android предоставлял API Level 1 и с каждым новым релизом номер API Level последовательно увеличивался на единицу.

В таблице ниже указаны поддерживаемые API Level для каждой платформы Android. Для информации по относительным количествам устройств, которые работают на каждой версии, см. страничку [2].

[Как используется API Level в Android]

Идентификатор API Level играет ключевую роль в предоставлении информации пользователям и разработчикам.

• API Level позволяет платформе (операционной системе) Android описать максимальную ревизию framework API, которую платформа поддерживает.
• API Level позволяет приложениям описать требуемую для них ревизию framework API.
• API Level позволяет системе обрабатывать инсталляции приложений на устройстве пользователя и определять, какие их них являются несовместимыми с текущей версией системы.

Подробнее про использовании API Level в приложении и системе Android см. [3].

[Совместимость приложений с новыми версиями операционной системы Android]

Поскольку большинство изменений framework API в операционной системе являются добавочными, то приложения Android, разработанные с указанной версией API (как указано по API Level) будут совместимы в будущем (forward-compatible) с последующими версиями платформ Android и более высокими уровнями API level. Приложения должны иметь возможность работать на всех последующих версиях платформы Android, за исключением изолированных случаев, когда приложение использует часть API, которая по некоторым причинам было удалена в поздней ревизии API.

Forward-совместимость важна, потому что множество устройств, работающих на Android, получают обновления системы на лету, по каналу Wi-Fi (over-the-air, OTA). Пользователь может установить Ваше приложение и успешно его использовать, и позднее получить OTA-обновление на новую версию платформы Android. Как только обновление установлено, Ваше приложение будет работать уже в новой версии рабочего окружения, на новом API (run-time version environment), и от этого нового API и возможностей системы будет зависеть работа Вашего приложения.

В некоторых случаях изменения в API могут влиять на Ваше приложение, когда оно работает в новом окружении. По этой причине Вам как разработчику важно понимать, как будет выглядеть приложение и как оно будет себя вести в новом системном окружении. Чтобы помочь Вам протестировать приложение в различных версиях платформ Android, пакет Android SDK, который Вы можете загрузить, включает многие платформы и версии API. Каждая платформа включает совместимый образ системы, который Вы можете запустить в AVD, для тестирования Вашего приложения.

Каждая новая версия платформы Android может включать новый framework API, который дает приложениям доступ к возможностям новой платформы, или заменяет существующие части API. Новый API доступен приложениями, когда они работают на новой платформе и, как уже упоминалось, также будет доступен и в более новых версиях платформы, как указано по API Level. С другой стороны, потому что более ранние версии платформы не включают в себя новый API, приложения, использующие новый API, не смогут работать на более старых платформах.

[Выбор версии платформы и API Level]

Вы можете задать минимально возможную версию платформы, компилируя приложения на низкую целевую версию платформы. После того, как определите самую низкую версию, Вам нужно создать AVD с соответствующей версией платформы (и API Level) и полностью протестировать Ваше приложение на этой платформе. Убедитесь, что установлен декларированный атрибут android:minSdkVersion в файле манифеста приложения, и его установленное значение соответствует API Level версии платформы.

[Декларирование минимальной версии API Level]

Если Вы компилируете приложение, которое использует API или системные возможности, представленные в последней версии платформы, Вы должны установить атрибут android:minSdkVersion в значение API Level этой последней версии платформы. Это обеспечит, что приложение будет установлено только на тех устройствах, которые будут совместимы с нужной версией платформы Android. В свою очередь это гарантирует, что Ваше приложение может функционировать должным образом на их устройствах.

Если Ваше приложение использует API, представленные в последней версии платформы, но не будет декларировать атрибут android:minSdkVersion, то оно будет правильно работать на устройствах, где работает последняя версия платформы, но не на устройствах, где работают более ранние версии платформы. В последнем случае приложения будут завершаться по ошибке во время выполнения, когда попытается использовать API, которое не существует в предыдущих версиях.

[Тестирование на верхних уровнях API Level]

После того, как скомпилировали приложение, Вы должны убедиться, что протестировали его на платформе, указанной в атрибуте android:minSdkVersion приложения. Чтобы сделать это, создайте AVD, которая использует версию платформы, требуемую приложением. Дополнительно, чтобы убедиться в forward-совместимости, Вы должны запустить и протестировать приложение на всех платформах, которые используют более высокий уровень API Level, чем использует Ваше приложение.

Чтобы запустить приложение на другой версии платформы в эмуляторе, создайте отдельное виртуальное устройство AVD для каждой версии платформы, которую Вы хотели бы протестировать. Подробнее про AVD см. [5]. Если для тестирования Вы используете физическое устройство, убедитесь, что знаете API Level платформы, на которой запускаете приложение.

[Использование Provisional API Level]

В некоторых случаях может быть доступен «Ранний просмотр (Early Look)» платформы Android SDK. Это означает разработку для платформы, которая пока официально не появилась на рынке. Чтобы начать разработку на платформе, API которой еще не получила финальную версию, то не указывается API Level платформы. Вместо этого Вы должны использовать предварительный (provisional) API Level в манифесте приложения, когда делаете сборку приложения на указанной платформе. Provisional API Level не является числом, это строка, соответствующая кодовому имени еще не выпущенной версии платформы. Provisional API Level будет указан в примечаниях к релизу для ранних релизов SDK (Early Look SDK release), и эта строка чувствительна к регистру символов.

Использование provisional API Level разработано для того, чтобы защитить разработчиков и пользователей устройств от нежелательной публикации или инсталляции приложений, основанных на Early Look framework API, потому что на финальном образе системы приложение может работать не так, как ожидалось.

Provisional API Level будет допустим только при использовании Early Look SDK, и его можно использовать для запуска приложений только в эмуляторе. Приложения, использующие provisional API Level, никогда не могут быть установлены на устройство Android. После финального релиза платформы Вы должны заменить любые экземпляры provisional API Level в Вашем файле манифеста приложения на действительный идентификатор API Level в виде целого числа.

[Фильтрация документации на основе API Level]

Страницы документации на сайте разработчиков Android предоставляют фильтр «Filter by API Level» в правом верхнем углу на каждой страничке. Вы можете использовать этот контрол для того, чтобы просмотреть документацию только для частей API, которые действительно доступны для Вашего приложения, основываясь на API Level, который указан в android:minSdkVersion файла манифеста.

Чтобы использовать фильтрацию, поставьте галочку в чекбоксе для разрешения фильтрации, сразу ниже бокса поиска на странице. Затем установите контрол «Filter by API Level» в тот же API Level, который используется в Вашем приложении. Обратите внимание, что API, представленный в последующих версиях API Level нарисованы серым, и это содержимое будет замаскировано, потому что не будет доступно в Вашем приложении.

Фильтрация по API Level в документации не предоставляет просмотр, что нового представлено в каждом API Level. Фильтрация просто предоставляет метод для просмотра всего API, связанного с указанным API Level, когда исключаются элементы API, представленные в последующих API Levels.

Если Вы решили, что не хотите фильтровать документацию API, то просто отключите опцию, используя флажок. По умолчанию запрещена фильтрация по API Level, так что Вы можете увидеть полный full framework API, не обращая внимания на API Level.

Также имейте в виду, что документация по отдельным элементам API указывает API Level для каждого представленного элемента. API Level для пакетов и классов указывается как «Since » в правом верхнем углу содержимого каждой страницы документации. API Level для членов класса указан в соответствующем заголовочном файле.

Источник