Android 11:n kehittäjävaihtoehdossa on uusi Sovellusten yhteensopivuus -asetus, mikä helpottaa sovellusten kehittäjien testaamista alustan käyttäytymiseen.
Joka vuosi Google I/O: ssa Google korostaa joitain jännittävimpiä muutoksia Androidin seuraavaan versioon. Vaikka useimmat käyttäjät arvioivat Android-versioita visuaalisten muutosten perusteella, jotka vaikuttavat heidän käyttökokemukseensa, jokainen Android-päivitys sisältää myös paljon muutoksia API: ihin ja alustan käyttäytyminen. Nämä muutokset ovat tärkeitä, jotta sovelluskehittäjät voivat ottaa ne huomioon ja valmistautua niihin, koska ne voivat muuttaa perusteellisesti tapoja, joilla loppukäyttäjät voivat käyttää heidän sovelluksiaan. Androidin seuraavan version, Android 11:n, avulla Google helpottaa kehittäjien testaamista ja valmistelemista tulevia muutoksia varten kehittäjäasetusten uudella Sovellusten yhteensopivuus -asetuksella.
Joka kerta, kun Google julkaisee uuden Android-version, sovelluskehittäjät, jotka ovat kiinnostuneita aktiivisesti ylläpitämään Niiden sovellusten on luettava uudet muutokset ja niitä koskeva dokumentaatio muutoksia. He voivat sitten päättää päivittää sovelluksensa lisätäkseen nämä uudet API-ominaisuudet, jos he haluavat, tai siirtää olemassa olevien sovellusliittymien käyttönsä uudempiin sovellusliittymiin. Polku voi olla valinnainen tai ei. Sovelluskehittäjien ei tarvitse päivittää sovellustensa kohdesovellusliittymää välittömästi, mutta heidän on tehtävä se lopulta täyttääkseen
Google Play Kaupan kohdesovellusliittymävaatimusten muuttaminen. Tämän jälkeen kehittäjien on myös testattava sovellustaan uudessa Android-versiossa, ja tämä voidaan tehdä emuloidulla laitteella, pilvipalvelussa tai paikallisella laitteella. Testaus on osa kehitysrutiinia, mutta testaamisesta tulee entistä tärkeämpää, kun siihen liittyy suuria muutoksia.Lisäksi, kun Google haluaa tehdä merkittäviä muutoksia alustan käyttäytymiseen, se ei heti toteuta muutosta uudessa Android-versiossa. Tämä suojaa käyttäjiä siltä, että monet heidän sovelluksensa hajoavat ja menettävät toimintojaan, ja se antaa kehittäjille myös enemmän aikaa päivittää sovelluksiaan. Esimerkiksi Android 7 Nougatissa Google päätti tehdä niin rajoittaa joitakin implisiittisiä lähetyksiä akun käyttöiän säästämiseksi. Android 8 Oreo, Google rajoitti täysin sovelluksia rekisteröimästä implisiittisiä lähetysvastaanottimia. Mutta ennen kuin Android 8 Oreo julkaistiin, Google halusi kehittäjien valmistautuvan tilanteeseen, jossa heidän sovelluksensa eivät enää pystyisi rekisteröimään implisiittisiä lähetysvastaanottimia. Ja tätä varten kehittäjät voisivat Käytä ADB-komentoa Android 7 Nougatissa simuloidaksesi tilannetta, jossa implisiittiset lähetykset eivät ole käytettävissä:
adb shell cmd appops set RUN_IN_BACKGROUND ignoreYllä olevan kaltaiset ADB-komennot ovat esimerkki siitä, kuinka Google antaa sovelluskehittäjille mahdollisuuden testata, kuinka heidän sovelluksensa käyttäytyisivät Android-alustan käyttäytymismuutosten yhteydessä.
Toinen tuore esimerkki on se, kuinka Android Q Beta 2:ssa Google pyysi kehittäjiä testaamaan Scoped Storagea sovelluksissaan suorittamalla tämä ADB-komento:
adb shell cmd appops set your-package-name android: legacy_storage default && \Sovelluksen kehittäjänä voit olettaa, että olet tyytyväinen ADB-komentoihin etkä ole erityisen vastenmielinen käyttämästä niitä näiden alustamuutosten testaamiseen. Mutta aina on parantamisen varaa, ja Google tekee tästä testausprosessista helpompaa ottamalla käyttöön yksinkertaisen käyttöliittymän näiden muutosten hallitsemiseksi.
Uuden kanssa PlatformCompat-projekti, kehittäjien ei enää tarvitse suorittaa ADB-komentoja jokaiselle uudelle alustan käyttäytymismuutokselle. Android 11:ssä Androidilla on uusi alivalikko kehittäjäasetuksissa, jonka avulla voit vaihtaa nopeasti uudet alustan käyttäytymismuutokset sovelluskohtaisesti ilman, että sinun tarvitsee lähettää ADB-kuorikomentoja. Jokaiselle API-kohdetasolle on eri osiot – esimerkiksi API-tasolla > 29 omat käyttäytymismuutokset, joita voidaan vaihtaa, kun taas API-tasolla > 30 on oma joukko muutoksia.
Yllä olevassa kuvakaappauksessa, jossa näkyy Sovellusten yhteensopivuus -osio (lähdepohjaisesta AOSP: stä, joka toimii emulaattorissa), "Oletus Käytössä olevat muutokset" -osio sisältää Android 11 -sovellusliittymän muutokset, jotka otetaan oletuksena käyttöön kaikissa sovelluksissa niiden kohteesta riippumatta. SDK. Osio "käytössä targetSDKversion > 29" sisältää Android 11 -sovellusliittymän muutoksia, jotka ovat käytössä vain sovelluksille, jotka on kohdistettu Android 11:een/API-tasolle 30.
Vaikka tämä muutos ei suoraan innosta loppukäyttäjiä, se helpottaa sovellusten kehittäjien työtä, ja se on aina hyvä asia.
Kiitos XDA Recognized Developer luca020400 vihjettä ja liitteenä olevan kuvakaappauksen antamista varten.
Lisää kattavuutta Android 11:ssä:
- Android 11 saattaa vihdoin poistaa Androidin 4 Gt: n tiedostokokorajoituksen videotallenteita varten
- Tumman tilan ajoitus saattaa tulla Android 11:ssä
- Lentokonetila saattaa vihdoin lopettaa Bluetooth-äänen sulkemisen Android 11 R: stä alkaen
- Google poistaa käytöstä Androidin AsyncTask APIn Android 11:ssä
- Google pakottaa tiedostonhallintakehittäjät lähettämään lomakkeen saadakseen laajan pääsyn tiedostojen tallennustilaan Android 11:ssä
- Android 11 saattaa vihdoin tuoda oikean, alkuperäisen Wireless ADB -toteutuksen