A Play Áruház új és frissített alkalmazásokat igényel az újabb API-szintek megcélzásához és a natív kód 64 bites támogatással történő terjesztéséhez

click fraud protection

A Google jelentős új követelményeket jelentett be az új alkalmazásokra és a Google Play Áruházban frissített alkalmazásokra vonatkozóan. Készítse elő alkalmazásait most!

Egy mai blogbejegyzésben a Google bejelentette, hogy a Play Áruházba benyújtott jelentkezéseket érintő jelentős változások várhatók. Ezek a változtatások célja a végfelhasználók biztonságának javítása, mivel megkövetelik, hogy a fejlesztők újabb API-szinteket célozzanak meg. Ezenkívül a Google azt is megköveteli, hogy a natív könyvtárakat terjesztő alkalmazások 64 bites verziókat is biztosítsanak ezekből a könyvtárakból. Ezek a változtatások azonban csak 2018 közepén, illetve 2019 közepén lépnek életbe, így a fejlesztőknek bőven lesz idejük dolgozni a frissítéseken, hogy megfeleljenek ezeknek az új követelményeknek. Vessünk egy kicsit mélyebbre, mit jelentenek ezek a változások a fejlesztők és a végfelhasználók számára egyaránt.


1. módosítás: Újabb API-szint megcélzása

A legfrissebb API szint a 27, amely megfelel a Android 8.1 kiadás

. Ezt megelőzően a 26-os API-szint, amely az Android 8.0 Oreo-nak felel meg. Indulás 2018. augusztus, Bármi új alkalmazások amelyeket a Play Áruházba küldtek be legalább 26-os API-szintet kell megcéloznia. Továbbá indulás 2018. november, frissítések a meglévő alkalmazásokhoz Emellett kell még cél API 26-os vagy magasabb szintű.

Ezek a követelmények azonban nem statikusak. 2019-ben a Google megteszi növelje a targetSdkVersion követelményt egy évvel az egyes nagyobb Android-kiadások után. Például az Android P megjelenése után 1 évvel az alkalmazásoknak 28-as vagy magasabb API-szintet kell megcélozniuk.

Ne feledje, hogy ezek a követelmények csak a cél API-szinthez, és nem a minimumért. Ez azt jelenti, hogy továbbra is készíthet olyan alkalmazásokat, amelyek működni fognak az Android régebbi verzióin, például az Android Lollipopon. Ez azért fontos, mert még mindig több millió felhasználó használ régebbi Android-verziókat a készülékén. Milyen minimális API szintet érdemes megvalósítani? Kövesse @minSdkVersion a Twitteren, hogy naprakész legyen, mikor érdemes ezen változtatni.

Ami az alkalmazásokat illeti, amelyek a belátható jövőben nem kapnak frissítést, semmi sem fog változni. Ezek az alkalmazások továbbra is léteznek, bár természetesen nem fogják tudni kihasználni az újabb SDK-kban bevezetett új funkciók előnyeit. Ha a egy ilyen alkalmazás fejlesztője bármilyen okból frissíteni szeretné az alkalmazását, akkor frissítenie kell az alkalmazást, hogy megfeleljen a magasabb API követelményeinek szint.

Ez áldás a felhasználók biztonsága szempontjából. Az Android 6.0 Marshmallow futásidejű engedélyeket vezetett be, amelyek egy párbeszédpanel mögött védenek bizonyos érzékeny engedélyeket, például a helyhez vagy a névjegyekhez való hozzáférést. Az alkalmazások azonban megkerülhetik a futásidejű engedélyeket egy régebbi API-szint megcélzásával. Ha egy alkalmazás ezt a régebbi API-szintet célozza meg, akkor a telepítés során a rendszer engedélyeket kap.

Ezenkívül az Android Oreo új korlátozásai a háttérben futó alkalmazások futtatására, az implicit műsorszóró vevőkre és a háttérben való helykorlátozásra csak a 26-os API-szintet megcélzó alkalmazások esetében kötelezőek. Mivel ez az API-szint követelmény lesz a jövőben, ez azt jelenti, hogy az Android Oreo-t használó felhasználóknak nem kell attól tartaniuk, hogy egy alkalmazást nem optimalizálnak az Android Oreo új korlátozásai.

Megjegyzés a jövőbeli Android-verziókhoz

Ebben az új követelményben van egy érdekes záradék. Hogy idézzem a blogbejegyzést:

A jövőbeli Android-verziók korlátozni fogják azokat az alkalmazásokat is, amelyek nem a legújabb API-szintet célozzák meg, és hátrányosan befolyásolják a teljesítményt vagy a biztonságot.

Míg a korábbi követelmény csak az új alkalmazásokat vagy a Play Áruházba benyújtott frissített alkalmazásokat érinti, ez a mondat úgy tűnik azt sugallják, hogy az Android jövőbeli verziója is korlátozza az alkalmazásokat amelyek nem tartanak naprakészen a legutóbbi API-szinteket. Bemutatták az Android 8.0 Oreót csak futásidejű engedélyek amelyek megkövetelik, hogy egy alkalmazás a 23-as API-szintet célozza meg, így a Google elkezdhet új funkciókat gyűjteni az ilyen korlátozások mögött.

2. módosítás: 64 bites natív kód támogatása

A zászlóshajó Android-eszközök többsége 64 bites architektúrára épülő chipekkel rendelkezik. A Google szerint az eszközök több mint 40%-a rendelkezik 64 bites támogatással. A natív könyvtárakat terjesztő alkalmazások jelenleg csak 32 bites kódon alapulhatnak, és a 64 bites eszközök továbbra is működni fognak a visszafelé kompatibilitás miatt.

Mivel azonban a 64 bites kód jobb teljesítményt tud nyújtani, a Google megteszi előírják, hogy azoknak a fejlesztőknek, akiknek az alkalmazásai natív könyvtárakat használnak, rendelkezniük kell egy 64 bites alternatívával csak 64 bites eszközökön futni. Az alkalmazások tartalmazhatnak 32 bites és 64 bites könyvtárat is, vagy terjeszthetik az APK több verzióját bármelyik könyvtárral a több APK funkciót a Developer Console-ban. Ez a követelmény 2019 augusztusától lép életbe, és nem érinti azokat az alkalmazásokat, amelyek nem futtatnak natív kódot.

Ez az utolsó változtatás nem igényel semmilyen intézkedést a fejlesztők részéről. Ehelyett ezt a Google Play automatikusan kezeli. A Play Áruház elkezdi hozzáadni a kis mennyiségű metaadat minden APK-hoz amely ellenőrzi, hogy egy alkalmazást hivatalosan a Google Play Áruház terjesztett-e. A Google Play maximális APK-mérete meg fog nőni, hogy figyelembe vegyék ezeket az új metaadatokat, de a fejlesztők alkalmazásaiban semmit sem szabad módosítani.


Forrás: Google