Flutter: целевая проблема Android 14 API уровня 34 сохраняется, несмотря на обновления

Почему я все еще вижу предупреждение уровня API 34?

При разработке Flutter ориентация на самый последний уровень Android API имеет решающее значение для обеспечения совместимости приложений с новыми функциями и обновлениями безопасности. Недавно, после изменения targetSdkVersion на уровень API 34 (Android 14), разработчики сообщили, что консоль Play по-прежнему предупреждает, что приложение должно быть ориентировано на Android 14 или более позднюю версию, несмотря на успешную сборку.

Это несоответствие может вызвать путаницу, особенно если предыдущие пакеты приложений все еще работают на консоли. Понимание того, как предыдущие версии влияют на текущую загрузку, и устранение этого предупреждения имеют решающее значение для эффективного выпуска вашего приложения Flutter.

Понимание решения для таргетинга на уровне API во Flutter

Первый скрипт изменяет настройку Android проекта Flutter, чтобы приложение правильно ориентировалось на уровень API 34. Важнейшими командами являются compileSdkVersion и targetSdkVersion, которые определяют версии Android SDK, используемые во время компиляции и развертывания. Установка compileSdkVersion значения 34 гарантирует, что программа создана с использованием Android 14, тогда как targetSdkVersion указывает предполагаемую версию Android, на которой приложение будет работать. Эти изменения обновляют настройки проекта в соответствии с последними стандартами отправки в Google Play Store, удаляя предупреждение о неподдерживаемых уровнях API.

Второй скрипт взаимодействует с API консоли Google Play через Python. Он автоматизирует процесс обнаружения и удаления старых пакетов программного обеспечения, которые могут вызывать проблемы. google.auth.default() возвращает учетные данные по умолчанию для доступа к API магазина Play Store, тогда как build('androidpublisher', 'v3') инициализирует API разработчика Google Play. Затем сценарий использует service.edits().bundles().list() для получения активных пакетов приложений, и если обнаруживается старая версия, service.edits().bundles().delete() удаляет его. Наконец, команда service.edits().commit() сохраняет и применяет все изменения, гарантируя, что в приложении нет устаревших пакетов, которые могли бы вызвать сообщение об ошибке.

android {
    compileSdkVersion 34
    defaultConfig {
        applicationId "com.example.myapp"
        minSdkVersion 21
        targetSdkVersion 34
        versionCode 1
        versionName "1.0"
    }
}

import google.auth
from googleapiclient.discovery import build
credentials, project = google.auth.default()
service = build('androidpublisher', 'v3', credentials=credentials)
package_name = 'com.example.myapp'
edit_id = service.edits().insert(body={}, packageName=package_name).execute()['id']
bundles = service.edits().bundles().list(packageName=package_name, editId=edit_id).execute()
for bundle in bundles['bundles']:
    if bundle['versionCode'] == 1:  # First build still active
        service.edits().bundles().delete(packageName=package_name, editId=edit_id,
                                        bundleId=bundle['id']).execute()
service.edits().commit(packageName=package_name, editId=edit_id).execute()

Разрешение конфликтующих пакетов в обновлениях приложений Flutter.

Одной из распространенных проблем при обновлении targetSdkVersion приложения Flutter является наличие старых пакетов приложений, которые все еще отображаются как активные в консоли Google Play. Даже если эти пакеты устарели, они могут помешать правильному распознаванию самой последней сборки, что приведет к появлению предупреждений типа «Приложение должно быть ориентировано на Android 14 (уровень API 34) или выше». Хотя изменение targetSdkVersion на 34 является обязательным, разработчики также должны убедиться, что предыдущие версии не нарушают процесс обновления. Управление версиями приложений, в частности удаление устаревших пакетов, может помочь решить эту проблему.

Помимо правильного определения целевого уровня API в файле build.gradle, активные версии следует регулярно просматривать в консоли Google Play. Разработчикам следует использовать такие инструменты, как Google Play Developer API, или вручную отключать устаревшие пакеты. Это гарантирует, что Play Store точно отражает самую последнюю конфигурацию сборки. Поскольку Google Play требует, чтобы приложения соответствовали строгим критериям определения версий для обновлений, контроль как кода, так и пакетов в Play Console гарантирует плавный переход и снижает вероятность появления неразрешенных предупреждений уровня API.