Google har gjort noen betydelige kunngjøringer om sin Android-utviklerblogg sentrering rundt noen nye retningslinjer utviklere må følge for å fortsette å publisere til Play Store. Google sier det starter i august 2018 alle nye apper som sendes inn, må målrettes Android Oreo, og i november 2018 må oppdateringer til eksisterende apper gjøre det samme. I tillegg vil det fra tidlig i 2018 bli lagt til noen ekstra metadata i appfilen (.apk-filen) for å bekrefte at den er autentisitet, og i august 2019 vil alle apper være pålagt å gi en 64-biters versjon, selv om de målretter mot en innfødt Android biblioteker.
I andre halvdel av 2018 vil Play kreve at nye apper og appoppdateringer målrettes mot et nylig Android API-nivå. Dette vil være nødvendig for nye apper i august 2018, og for oppdateringer av eksisterende apper i november 2018. Dette er for å sikre at apper er bygget på de nyeste API-ene som er optimalisert for sikkerhet og ytelse. I august 2019 vil Play kreve at nye apper og appoppdateringer med innebygde biblioteker gir 64-bitsversjoner i tillegg til 32-bitsversjoner. I tillegg, tidlig i 2018, vil Play begynne å legge til en liten mengde sikkerhetsmetadata på toppen av hver APK for ytterligere å bekrefte appens autentisitet. Du trenger ikke gjøre noe for denne endringen.
Google sier at disse endringene skal bidra til å gjøre appene vi bruker like sikre som Android selv. De har gitt noen enkle eksempler som forklarer hvordan disse endringene vil hjelpe her.
Akkurat nå kan en utvikler laste opp en app rettet mot en gammel versjon av Android og ikke be om tillatelse til å se ting som kameradata eller plassering når du først kjører det fordi de ble offisielle med Android Marshmallow (API 23). Å legge til metadata for å bruke som en sjekk for autentisitet er fornuftig her fordi det kan brukes til å skille apper som ble lastet ned fra Google Play fra andre kilder for installasjoner (samt brukes til kopibeskyttelse hvis Google ønsket det), og å kreve 64-bitsversjoner av apper gjør ting klart for applikasjonsprosessorer som ikke støtter 32-biter binære filer.
En bieffekt av disse endringene vil påvirke hvordan produsenter oppdaterer enheter, samt praksisen med å selge nye enheter med eldre versjoner av Android.
Neste august sendes alle nye apper til Google Play må være målrettet for Android Oreo. I november vil oppdateringer for eksisterende apper også måtte målrettes for Oreo. Disse kravene vil øke hvert år, så apper i august 2019 må målrettes de neste versjon av Android. Hvert år skjer det samme, og nye apper eller oppdateringer til eksisterende apper blir ikke akseptert med mindre de er målrettet mot en nylig versjon.
Eksisterende apper som ikke blir oppdatert vil få lov til å bli værende, og utviklingsverktøyene vil fortsatt tillate å lage apper målrettet mot gamle versjoner. Men Google Play vil ikke. Apper designet for gammel programvare bruker ikke Androids nyere funksjoner og er mindre sikre på grunn av det.
Når telefonen din ikke kan kjøre appen du ønsker fordi programvaren er gammel, vil du merke det.
Som et resultat, selskaper som selger telefoner med gamle versjoner eller glemmer disse telefonene når det kommer tid til å oppdatere dem vil skille seg ut fordi produktene ikke vil ha tilgang til nye eller nylig oppdaterte apper. Google sier at de oppfordrer utviklere til å gjøre det de kan for å gjøre apper bakoverkompatible, men vi vet alle hvordan ting går når de bare blir foreslått eller oppmuntret. Se på statusen til nettbrettapper på Google Play som et eksempel her. Disse endringene vil effektivt stenge ute telefoner med gamle versjoner når det kommer til de nyeste appene.
Vi forventer å høre mye mer om disse nye retningslinjene før de trer i kraft og har noen spørsmål om hvordan de nye "autentisitets"-metadataene vil bli brukt for å få svar. Men vi liker ideen om at Google gjør det den kan når det gjelder å holde dataene våre tryggere og appene som ønsker å bruke dem litt bedre.