Flutter: Android 14 API Level 34 Target-probleem blijft bestaan ​​ondanks updates

Waarom zie ik nog steeds een API Level 34-waarschuwing?

Bij de ontwikkeling van Flutter is het targeten van het meest recente Android API-niveau van cruciaal belang om app-compatibiliteit met nieuwe functies en beveiligingsupgrades te garanderen. Onlangs meldden ontwikkelaars, na het wijzigen van de targetSdkVersion naar API-niveau 34 (Android 14), dat de Play Console nog steeds waarschuwt dat de app Android 14 of hoger moet targeten, ondanks een succesvolle build.

Deze ongelijkheid kan voor verwarring zorgen, vooral als eerdere app-bundels nog steeds op de console draaien. Begrijpen hoe eerdere versies de huidige upload beïnvloeden en het aanpakken van deze waarschuwing zijn van cruciaal belang voor het effectief vrijgeven van uw Flutter-app.

Inzicht in de oplossing voor targeting op API-niveau in Flutter

Het eerste script wijzigt de Android-instellingen van het Flutter-project om ervoor te zorgen dat de app op de juiste manier API-niveau 34 target. De cruciale opdrachten zijn compileSdkVersion en targetSdkVersion, waarmee de Android SDK-versies worden opgegeven die worden gebruikt tijdens de compilatie en implementatie. Als u compileSdkVersion instelt op 34, zorgt u ervoor dat het programma is gebouwd met Android 14, terwijl targetSdkVersion de beoogde Android-versie specificeert waarop de app moet worden uitgevoerd. Door deze wijzigingen worden de projectinstellingen bijgewerkt zodat ze voldoen aan de meest recente inzendingsnormen van de Google Play Store, waardoor de waarschuwing over niet-ondersteunde API-niveaus wordt verwijderd.

Het tweede script communiceert met de Google Play Console API via Python. Het automatiseert het proces van het detecteren en verwijderen van oudere softwarebundels die problemen kunnen veroorzaken. google.auth.default() retourneert de standaardgegevens voor toegang tot de Play Store API, terwijl build('androidpublisher', 'v3') de Google Play Developer API initialiseert. Het script gebruikt vervolgens service.edits().bundles().list() om actieve app-bundels op te halen, en als er een oude versie wordt ontdekt, service.edits().bundles().delete() verwijdert het. Ten slotte slaat de opdracht service.edits().commit() alle wijzigingen op en past deze toe, waardoor wordt gegarandeerd dat de app geen verouderde bundels bevat die de foutmelding zouden kunnen veroorzaken.

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()

Conflicterende bundels oplossen in Flutter-app-updates.

Een veelvoorkomend probleem bij het updaten van de targetSdkVersion van een Flutter-app is de aanwezigheid van oude app-bundels die nog steeds als actief worden weergegeven in de Google Play Console. Zelfs als deze bundels verouderd zijn, kunnen ze voorkomen dat de meest recente build correct wordt herkend, wat resulteert in waarschuwingen zoals 'App moet Android 14 (API-niveau 34) of hoger targeten'. Hoewel het wijzigen van targetSdkVersion naar 34 vereist is, moeten ontwikkelaars er ook voor zorgen dat eerdere versies het updateproces niet verstoren. Het beheren van app-versies, met name het elimineren van verouderde bundels, kan dit probleem helpen oplossen.

Naast het correct definiëren van het doel-API-niveau in het bestand build.gradle, moeten actieve versies regelmatig worden beoordeeld in de Google Play Console. Ontwikkelaars moeten tools zoals de Google Play Developer API gebruiken of verouderde pakketten handmatig uitschakelen. Dit zorgt ervoor dat de Play Store de meest recente buildconfiguratie nauwkeurig weergeeft. Omdat Google Play vereist dat apps strenge versiecriteria voor updates volgen, garandeert het beheer van zowel de code als de bundels binnen de Play Console een soepele overgang en verkleint de kans op onopgeloste waarschuwingen op API-niveau.