Flutter: problema țintă la nivelul 34 al API-ului Android 14 continuă în ciuda actualizărilor

De ce mai văd un avertisment API de nivel 34?

În dezvoltarea Flutter, țintirea celui mai recent nivel API Android este esențială pentru a asigura compatibilitatea aplicației cu noile funcții și actualizări de securitate. Recent, după ce au schimbat targetSdkVersion la nivelul API 34 (Android 14), dezvoltatorii au raportat că Play Console avertizează în continuare că aplicația trebuie să vizeze Android 14 sau o versiune ulterioară, în ciuda unei versiuni reușite.

Această diferență poate provoca confuzie, mai ales atunci când pachetele de aplicații anterioare încă rulează pe consolă. Înțelegerea modului în care versiunile anterioare afectează încărcarea curentă și abordarea acestui avertisment sunt esențiale pentru lansarea eficientă a aplicației dvs. Flutter.

Înțelegerea soluției pentru direcționarea la nivel API în Flutter

Primul script modifică configurația Android a proiectului Flutter pentru a se asigura că aplicația vizează corect nivelul API 34. Comenzile esențiale sunt compileSdkVersion și targetSdkVersion, care specifică versiunile Android SDK utilizate în timpul compilării și implementării. Setarea compileSdkVersion la 34 asigură că programul este construit utilizând Android 14, în timp ce targetSdkVersion specifică versiunea Android dorită pe care să ruleze aplicația. Aceste modificări actualizează setările proiectului pentru a îndeplini cele mai recente standarde de trimitere în Magazinul Google Play, eliminând avertismentul privind nivelurile API neacceptate.

Al doilea script comunică cu Google Play Console API prin Python. Automatizează procesul de detectare și eliminare a pachetelor de software mai vechi care pot cauza probleme. google.auth.default() returnează datele de conectare prestabilite pentru accesarea API-ului Magazin Play, în timp ce build('androidpublisher', 'v3') inițializează API-ul pentru dezvoltatori Google Play. Scriptul utilizează apoi service.edits().bundles().list() pentru a obține pachete de aplicații active, iar dacă este descoperită o versiune veche, service.edits().bundles().delete() îl șterge. În cele din urmă, comanda service.edits().commit() salvează și aplică toate modificările, garantând că aplicația nu are toate pachetele învechite care ar putea cauza mesajul de eroare.

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

Rezolvarea pachetelor conflictuale în actualizările aplicației Flutter.

O problemă comună la actualizarea targetSdkVersion a unei aplicații Flutter este prezența pachetelor de aplicații vechi care sunt încă afișate ca active în Google Play Console. Chiar dacă aceste pachete sunt învechite, pot împiedica recunoașterea corectă a celei mai recente versiuni, rezultând avertismente precum „Aplicația trebuie să vizeze Android 14 (nivel API 34) sau o versiune ulterioară”. Deși este necesară modificarea targetSdkVersion la 34, dezvoltatorii trebuie să se asigure că versiunile anterioare nu perturbă procesul de actualizare. Gestionarea versiunilor de aplicații, în special eliminarea pachetelor învechite, poate ajuta la rezolvarea acestei probleme.

Pe lângă definirea adecvată a nivelului API-țintă în fișierul build.gradle, versiunile active ar trebui să fie revizuite în mod regulat în Google Play Console. Dezvoltatorii ar trebui să utilizeze instrumente precum Google Play Developer API sau să dezactiveze manual pachetele învechite. Acest lucru asigură că Magazinul Play reflectă cu exactitate cea mai recentă configurație de construcție. Deoarece Google Play cere aplicațiilor să urmeze criterii riguroase de versiuni pentru actualizări, controlul atât a codului, cât și a pachetelor în Play Console garantează o tranziție fără probleme și reduce probabilitatea de a întâlni avertismente nerezolvate la nivel de API.