Google a anunțat un set de noi cerințe majore pentru aplicații și aplicații noi care sunt actualizate pe Google Play Store. Pregătiți-vă aplicațiile acum!
Într-o postare pe blog de astăzi, Google a anunțat modificări majore viitoare ale aplicațiilor trimise în Magazinul Play. Aceste modificări sunt concepute pentru a îmbunătăți securitatea pentru utilizatorul final, solicitând dezvoltatorilor să vizeze niveluri API mai noi. În plus, Google va începe, de asemenea, să ceară ca aplicațiile care distribuie biblioteci native să ofere și versiuni pe 64 de biți ale acelor biblioteci. Aceste modificări nu vor avea efecte până la jumătatea anului 2018 și, respectiv, la jumătatea lui 2019, totuși, astfel încât dezvoltatorii vor avea suficient timp pentru a lucra la actualizări pentru a răspunde acestor noi cerințe. Să ne aprofundăm puțin în ceea ce înseamnă aceste modificări atât pentru dezvoltatori, cât și pentru utilizatorii finali.
Schimbarea nr. 1: vizarea unui nivel API mai nou
Cel mai actual nivel API este 27, care corespunde cu
Aceste cerințe nu sunt însă statice. În 2019, Google va face acest lucru incrementați cerința targetSdkVersion după un an după fiecare lansare majoră de Android. De exemplu, la 1 an de la lansarea Android P, aplicațiile trebuie să vizeze nivelul API 28 sau mai mare.
Rețineți că aceste cerințe sunt numai pentru nivelul API-țintă, și nu pentru minim. Asta înseamnă că puteți construi aplicații care vor funcționa pe versiuni mai vechi de Android, cum ar fi Android Lollipop. Acest lucru este important deoarece există încă milioane de utilizatori care rulează versiuni mai vechi de Android pe dispozitivele lor. Ce nivel minim de API ar trebui să implementați? Urma @minSdkVersion pe Twitter pentru a fi la curent cu când ar trebui să schimbați asta.
În ceea ce privește aplicațiile care nu vor primi actualizări în viitorul apropiat, nimic nu se va schimba. Aceste aplicații vor continua să existe, deși, desigur, nu vor putea profita de nicio caracteristică nouă introdusă în SDK-urile mai noi. Dacă Dezvoltatorul unei astfel de aplicații dorește să își actualizeze aplicația din orice motiv, atunci va trebui să-și actualizeze aplicația pentru a îndeplini cerințele din API-ul superior nivel.
Acesta este un avantaj pentru securitatea utilizatorilor. Android 6.0 Marshmallow a introdus permisiuni de rulare, care protejează anumite permisiuni sensibile, cum ar fi accesul la locație sau contacte în spatele unui dialog pe care utilizatorul trebuie să îl accepte. Cu toate acestea, aplicațiile ar putea evita permisiunile de rulare țintind un nivel API mai vechi. Dacă o aplicație vizează acest nivel API mai vechi, atunci permisiunile sunt acordate în timpul instalării.
În plus, noile restricții Android Oreo privind execuția aplicației în fundal, receptoarele de transmisie implicite și limitele locației în fundal sunt doar o cerință pentru aplicațiile care vizează nivelul API 26. Deoarece acest nivel API va fi o cerință în viitor, asta înseamnă că orice utilizator care rulează Android Oreo nu va trebui să-și facă griji că o aplicație nu este optimizată de noile restricții Android Oreo.
O notă despre viitoarele versiuni Android
Există o clauză în această nouă cerință care este interesantă. Pentru a cita postarea de pe blog:
Versiunile viitoare de Android vor restricționa, de asemenea, aplicațiile care nu vizează un nivel recent de API și au un impact negativ asupra performanței sau securității.
În timp ce cerința anterioară afectează doar aplicațiile noi sau aplicațiile actualizate care sunt trimise în Magazinul Play, această propoziție pare să sugerează că o versiune viitoare de Android va impune și restricții asupra aplicațiilor care nu sunt la curent cu nivelurile API recente. A fost introdus Android 8.0 Oreo permisiuni doar de rulare care necesită ca o aplicație să vizeze nivelul API 23, astfel încât Google ar putea începe să introducă noi funcții în spatele unor astfel de restricții.
Schimbarea nr. 2: Suport pe 64 de biți pentru codul nativ
Majoritatea dispozitivelor Android emblematice au cipuri construite pe o arhitectură pe 64 de biți. Potrivit Google, peste 40% dintre dispozitive au suport pe 64 de biți. Aplicațiile care distribuie biblioteci native se pot baza în prezent numai pe cod pe 32 de biți, iar dispozitivele pe 64 de biți vor funcționa în continuare datorită compatibilității cu versiunile inverse.
Cu toate acestea, deoarece codul pe 64 de biți poate oferi performanțe mai bune, Google o va face cere ca dezvoltatorii ale căror aplicații utilizează biblioteci native trebuie să aibă o alternativă pe 64 de biți pentru a rula numai pe dispozitive pe 64 de biți. Aplicațiile pot include atât o bibliotecă pe 32 de biți, cât și una pe 64 de biți sau pot distribui mai multe versiuni ale APK-ului cu oricare dintre biblioteci folosind mai multe APK caracteristică din Consola pentru dezvoltatori. Această cerință va intra în vigoare începând cu august 2019 și nu afectează aplicațiile care nu rulează niciun cod nativ.
Această ultimă modificare nu necesită nicio acțiune din partea dezvoltatorilor. În schimb, acest lucru va fi gestionat automat de Google Play. Magazinul Play va începe să adauge un cantitate mică de metadate pentru fiecare APK care va verifica dacă o aplicație a fost distribuită oficial de Google Play Store. Dimensiunea maximă APK-ului Google Play va fi mărită pentru a ține cont de aceste noi metadate, dar nimic nu trebuie modificat în aplicațiile dezvoltatorilor.
Sursa: Google