Play Kauppa vaatii uusia ja päivitettyjä sovelluksia kohdistaakseen uudemmille API-tasoille ja jakaakseen alkuperäistä koodia 64-bittisellä tuella

Google on julkistanut joukon merkittäviä uusia vaatimuksia uusille sovelluksille ja sovelluksille, jotka päivitetään Google Play Kaupassa. Valmistele sovelluksesi nyt!

Google ilmoitti tänään julkaisemassaan blogiviestissä merkittävistä tulevista muutoksista Play Kauppaan lähetettyihin sovelluksiin. Nämä muutokset on suunniteltu parantamaan loppukäyttäjän turvallisuutta edellyttämällä, että kehittäjät kohdistavat uusia API-tasoja. Lisäksi Google alkaa myös vaatia, että natiivikirjastoja jakavat sovellukset tarjoavat myös 64-bittisiä versioita näistä kirjastoista. Nämä muutokset tulevat kuitenkin voimaan vasta vuoden 2018 puolivälissä ja vuoden 2019 puolivälissä, joten kehittäjillä on runsaasti aikaa työstää päivityksiä näiden uusien vaatimusten täyttämiseksi. Sukellaanpa hieman syvemmälle siihen, mitä nämä muutokset tarkoittavat kehittäjille ja loppukäyttäjille.


Muutos #1: Kohdistus uudempaan API-tasoon

Uusin API-taso on 27, joka vastaa Android 8.1 -julkaisu. Sitä ennen on API-taso 26, joka vastaa Android 8.0 Oreoa. Alkaa

Elokuu 2018, minkä tahansa uusia sovelluksia jotka on lähetetty Play Kauppaan on kohdistettava vähintään API-tasolle 26. Lisäksi alkaa marraskuuta 2018, päivityksiä olemassa oleviin sovelluksiin täytyy myös tavoite API-taso 26 tai korkeampi.

Nämä vaatimukset eivät kuitenkaan ole staattisia. Vuonna 2019 Google tekee nosta targetSdkVersion-vaatimusta vuoden kuluttua kunkin suuren Android-julkaisun jälkeen. Esimerkiksi 1 vuoden kuluttua Android P: n julkaisusta sovellusten on kohdistettava API-tasolle 28 tai korkeammalle.

Muista, että nämä vaatimukset ovat vain kohde-API-tasolle, eikä minimiin. Tämä tarkoittaa, että voit silti rakentaa sovelluksia, jotka toimivat vanhemmissa Android-versioissa, kuten Android Lollipop. Tämä on tärkeää, koska miljoonilla käyttäjillä on edelleen vanhempia Android-versioita laitteissaan. Mikä API-tason vähimmäistaso sinun tulisi ottaa käyttöön? Seuraa @minSdkVersion Twitterissä pysyäksesi ajan tasalla siitä, milloin sinun pitäisi muuttaa sitä.

Mitä tulee sovelluksiin, jotka eivät saa päivityksiä lähitulevaisuudessa, mikään ei muutu. Nämä sovellukset ovat edelleen olemassa, vaikka ne eivät tietenkään pysty hyödyntämään uudemmissa SDK: issa esiteltyjä uusia ominaisuuksia. Jos tällaisen sovelluksen kehittäjä haluaa päivittää sovelluksensa mistä tahansa syystä, hänen on päivitettävä sovelluksensa vastaamaan korkeamman API: n vaatimuksia taso.

Tämä on siunaus käyttäjien turvallisuudelle. Android 6.0 Marshmallow esitteli ajonaikaiset käyttöoikeudet, jotka suojaavat tiettyjä arkaluontoisia käyttöoikeuksia, kuten sijainti- tai yhteystietoja, valintaikkunan takana, joka käyttäjän on hyväksyttävä. Sovellukset voivat kuitenkin kiertää ajonaikaiset käyttöoikeudet kohdistamalla vanhemmalle API-tasolle. Jos sovellus kohdistaa tälle vanhemmalle API-tasolle, luvat myönnetään asennuksen aikana.

Lisäksi Android Oreon uudet rajoitukset taustasovellusten suorittamiselle, implisiittisille lähetysvastaanottimille ja taustasijainnin rajoituksille ovat vain vaatimus sovelluksille, jotka kohdistavat API-tasolle 26. Koska tämä API-taso tulee olemaan vaatimus tulevaisuudessa, kenenkään Android Oreoa käyttävän käyttäjän ei tarvitse huolehtia siitä, että Android Oreon uudet rajoitukset eivät optimoi sovellusta.

Huomautus tulevista Android-versioista

Tässä uudessa vaatimuksessa on yksi lauseke, joka on mielenkiintoinen. Lainatakseni blogikirjoitusta:

Tulevat Android-versiot rajoittavat myös sovelluksia, jotka eivät kohdista viimeisimpään API-tasoon ja jotka vaikuttavat haitallisesti suorituskykyyn tai turvallisuuteen.

Vaikka edellinen vaatimus koskee vain uusia sovelluksia tai päivitettyjä sovelluksia, jotka lähetetään Play Kauppaan, tämä lause näyttää siltä ehdottaa, että Androidin tuleva versio asettaa rajoituksia myös sovelluksille jotka eivät pysy ajan tasalla viimeisimpien API-tasojen kanssa. Android 8.0 Oreo esitelty vain suorituksenaikaiset käyttöoikeudet jotka edellyttävät, että sovellus kohdistaa API-tasolle 23, jotta Google voisi alkaa hankkia uusia ominaisuuksia tällaisten rajoitusten taakse.

Muutos #2: 64-bittinen tuki alkuperäiselle koodille

Suurimmassa osassa Android-lippulaivoja on sirut, jotka on rakennettu 64-bittiselle arkkitehtuurille. Googlen mukaan yli 40 prosentilla laitteista on 64-bittinen tuki. Natiivikirjastoja jakavat sovellukset voivat tällä hetkellä perustua vain 32-bittiseen koodiin, ja 64-bittiset laitteet toimivat edelleen taaksepäin yhteensopivuuden vuoksi.

Koska 64-bittinen koodi voi kuitenkin tarjota paremman suorituskyvyn, Google tekee sen vaativat, että kehittäjillä, joiden sovellukset käyttävät natiivikirjastoja, on oltava 64-bittinen vaihtoehto toimii vain 64-bittisissä laitteissa. Sovellukset voivat sisältää sekä 32-bittisen että 64-bittisen kirjaston tai jakaa useita versioita APK: sta kummalla tahansa kirjastolla käyttämällä useita APK: ita ominaisuus kehittäjäkonsolissa. Tämä vaatimus tulee voimaan elokuussa 2019, eikä se vaikuta sovelluksiin, jotka eivät käytä natiivikoodia.

Tämä viimeinen muutos ei vaadi toimia kehittäjiltä. Sen sijaan Google Play käsittelee tämän automaattisesti. Play Kauppa alkaa lisätä a pieni määrä metadataa jokaiseen APK: hen joka varmistaa, että sovellus on virallisesti jaettu Google Play Kaupassa. Google Playn APK: n enimmäiskokoa kasvatetaan näiden uusien metatietojen huomioon ottamiseksi, mutta kehittäjien sovelluksissa ei saa muuttaa mitään.


Lähde: Google