Flutter: il problema relativo alla destinazione API livello 34 di Android 14 continua nonostante gli aggiornamenti

Perché vedo ancora un avviso di livello API 34?

Nello sviluppo di Flutter, puntare al livello API Android più recente è fondamentale per garantire la compatibilità dell'app con nuove funzionalità e aggiornamenti di sicurezza. Di recente, dopo aver modificato targetSdkVersion al livello API 34 (Android 14), gli sviluppatori hanno riferito che la Play Console avverte ancora che l'app deve avere come target Android 14 o versioni successive, nonostante una build riuscita.

Questa disparità potrebbe causare confusione, soprattutto quando gli app bundle precedenti sono ancora in esecuzione sulla console. Comprendere in che modo le versioni precedenti influiscono sul caricamento corrente e risolvere questo avviso è fondamentale per rilasciare in modo efficace la tua app Flutter.

Comprendere la soluzione per il targeting a livello API in Flutter

Il primo script modifica la configurazione Android del progetto Flutter per garantire che l'app abbia come target il livello API 34. I comandi cruciali sono compileSdkVersion e targetSdkVersion, che specificano le versioni dell'SDK Android utilizzate durante la compilazione e la distribuzione. L'impostazione di compileSdkVersion su 34 garantisce che il programma venga creato utilizzando Android 14, mentre targetSdkVersion specifica la versione Android prevista per l'esecuzione dell'app. Queste modifiche aggiornano le impostazioni del progetto per soddisfare i più recenti standard di invio di Google Play Store, rimuovendo l'avviso relativo ai livelli API non supportati.

Il secondo script comunica con l'API di Google Play Console tramite Python. Automatizza il processo di rilevamento e rimozione dei pacchetti software meno recenti che potrebbero causare problemi. google.auth.default() restituisce le credenziali predefinite per l'accesso all'API Play Store, mentre build('androidpublisher', 'v3') inizializza l'Google Play Developer API. Lo script utilizza quindi service.edits().bundles().list() per ottenere app bundle attivi e, se viene rilevata una versione precedente, service.edits().bundles().delete() lo elimina. Infine, il comando service.edits().commit() salva e applica tutte le modifiche, garantendo che l'app sia priva di bundle obsoleti che potrebbero causare il messaggio di errore.

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

Risoluzione dei pacchetti in conflitto negli aggiornamenti dell'app Flutter.

Un problema comune durante l'aggiornamento della targetSdkVersion di un'app Flutter è la presenza di vecchi app bundle che vengono ancora visualizzati come attivi in ​​Google Play Console. Anche se questi bundle non sono aggiornati, possono impedire il corretto riconoscimento della build più recente, con conseguente visualizzazione di avvisi come "L'app deve avere come target Android 14 (livello API 34) o versioni successive". Sebbene sia necessario modificare targetSdkVersion in 34, gli sviluppatori devono anche garantire che le versioni precedenti non interrompano il processo di aggiornamento. La gestione delle versioni delle app, in particolare l'eliminazione dei bundle obsoleti, può aiutare a risolvere questo problema.

Oltre a definire in modo appropriato il livello API di destinazione nel file build.gradle, le versioni attive dovrebbero essere riviste regolarmente in Google Play Console. Gli sviluppatori dovrebbero utilizzare strumenti come l'API Google Play Developer o disattivare manualmente i pacchetti obsoleti. Ciò garantisce che il Play Store rifletta accuratamente la configurazione della build più recente. Poiché Google Play richiede che le app seguano rigorosi criteri di controllo delle versioni per gli aggiornamenti, il controllo sia del codice che dei bundle all'interno della Play Console garantisce una transizione graduale e riduce la probabilità di riscontrare avvisi sui livelli API non risolti.