Sisällysluettelo:
Android 6.0 Marshmallow on teknisesti koko viikon ikäinen. (Vähemmän, jos lasket koodin pudotuspäivän, luulen.) Mutta se on ollut kehittäjän esikatselutilassa kuukausia, ja kehittäjät ovat voineet lähettää sovelluksia, jotka käyttävät uutta API-tasoa (ja siten uusia käyttöoikeuksia) vähän aikaa.
Joten jos käytät Marshmallowa Nexus-puhelimella (ja sinun pitäisi todellakin olla), aloitat uuden käyttöoikeusjärjestelmän käyttämisen sovellusten päivityksen myötä. Yksi ensimmäisistä tapauksistani oli Twitterin kautta. (Ja kiitokset Twitteriin siitä, että he ovat yksi varhaisista.)
Kuinka viserrys tekee sen …
Harkitse tätä kuvakaappausta, joka näet, kun avaat Twitterin ensimmäistä kertaa. Twitter haluaa käyttää nykyistä sijaintini mukauttaaksesi kokemukseni. OK miksi ei. Pidän sijainnistani ja pidän paremmista kokemuksista. Minä sallin sen.
Sitten uusi marshmallow-lupa alkaa. Haluanko antaa Twitterille pääsyn asiaan, jonka sanoin haluavan sille? Kyllä vain. Siksi löysin OK ensimmäistä kertaa.
Asia on, että Twitterin ensimmäisessä valintaikkunassa ei oikeastaan ole mitään tekemistä sen kanssa, että todella sallitaan sijaintini lupa. Se vain käynnistää järjestelmävalintaikkunan. Mutta sen sanamuoto on hiukan ystävällisempi kuin Android-käyttöoikeusikkuna.
Mieti:
Twitter: "Twitter haluaa käyttää nykyistä sijaintiasi mukauttaaksesi kokemustasi."
Android: "Sallivatko Twitter käyttää tätä laitteen sijaintia?"
Kaksi luvanomaista kysymystä, jotka esittävät saman kysymyksen - mutta vain yksi todella sallii kaiken.
Entinen kertoo minulle, mitä se haluaa tehdä - ja mikä tärkeintä, miksi se haluaa tehdä sen. Jälkimmäinen on enimmäkseen samanlaista yksinkertaista, mutta epämääräistä lupapuhetta, jonka olemme tulleet kauhistuttamaan Androidia. Ja luultavasti sen on oltava jonkinlaista. Mutta siellä lupaa pyytävä sovellus - Twitterin ensimmäinen valintaikkuna - tulee entistä tärkeämmäksi. Sen sijaan, että antaisi minulle heti "Älä salli / OK" -vaihtoehdon, Twitterin tulisi ottaa uusi lause kertoa minulle mitä seuraavaksi. "Twitter haluaa käyttää nykyistä sijaintiasi räätälöidäksesi kokemuksesi. Jos olet tyytyväinen siihen, napsauta" salli "seuraavalla näytöllä." Tai jotain vastaavaa. Sitten sinulla on parempi lupapyynnön konteksti, ja käyttäjä on valmistautunut tuleviin asioihin - ja se ei ole niin toistuva.
Se on käyttäjälle kaksi kovaa pysähdystä, ja se on kovaa. Mutta se on kertaluonteinen kipukohta. Ja se on sen arvoinen, luulen, että saamme meidät kiinnittämään vähän enemmän huomiota sovellusten mahdollisiin vaarallisiin (se on tekninen termi) käyttöoikeuksiin. Toisaalta, ikonografia ja asiayhteys voivat tarkoittaa, että sinun ei tarvitse kertoa minulle, että aiot pyytää lupaa kameralle, koska vain napautin kamerakuvaketta.
Google laatii sen seuraavasti:
Joissain tapauksissa saatat haluta auttaa käyttäjää ymmärtämään, miksi sovelluksesi tarvitsee luvan. Esimerkiksi, jos käyttäjä käynnistää valokuvaussovelluksen, käyttäjä ei todennäköisesti ole yllättynyt siitä, että sovellus pyytää lupaa kameran käyttämiseen, mutta käyttäjä ei ehkä ymmärrä miksi sovellus haluaa pääsyn käyttäjän sijaintiin tai yhteystietoihin. Ennen kuin pyydät lupaa, sinun tulee harkita selityksen tarjoamista käyttäjälle. Muista, että et halua ylikuormittaa käyttäjää selityksillä; Jos annat liikaa selityksiä, käyttäjä saattaa pitää sovellusta turhauttavana ja poistaa sen.
Kuinka Facebook tekee sen …
Katsotaanpa kuinka Facebook - toinen sovellus, joka on jo päivitetty uusia käyttöoikeuksia varten.
Ahhhh, harvinainen kaksinkertainen lupapyyntö. Tämän saat Facebookista, kun napsautat kamerakuvaketta uutta tilapäivitystä varten. Okei, huijain vähän - saat tämän kaksinkertaisen ilmoituksen, jos kieltäydyt tallennusluvan ensimmäistä kertaa, kun se yrittää täyttää pienoiskuvat galleriassasi. Mutta se on hienosti tehty. Facebook kertoo sinulle mitä se haluaa ja miksi se haluaa.
Ja sitten sinun täytyy toistaa itsesi uudelleen. Kyllä, haluaisin, että Facebookilla on lupa pyytää puhelintani tekemään jotain.
Mutta taas kerran, minulla on ongelma ensimmäisen "Salli" -painikkeen kanssa. Se ei oikeastaan salli minkään muun kuin järjestelmävalintaikkunan kysyä täsmälleen samaa asiaa uudelleen. Ja sinun täytyy tehdä se vain kerran.
Kuinka Hangouts tekee sen …
Tässä on vielä yksi esimerkki, tällä kertaa Google Hangoutsissa. Kameran tai gallerian kuvakkeiden lyöminen keskustelussa käynnistää vain järjestelmävalintaikkunan. Ei ole tarpeetonta pyyntöä ennen varsinaista lupaa myöntävää pyyntöä. (Ja jälleen kerran väittäisin, että se on hienoa. Kun napaan kamerakuvaketta, kameran lupapyynnön saamisella on jo asiayhteys.)
Missä Google mielestäni todella teki hienoa työtä, oli tämän ensimmäisen suorittaman yhteyshenkilöiden luvan selittäjä, joka on tarvittava, jotta sovellus voi toimia. Ensin sanotaan, miksi se tarvitsee pääsyn yhteystietoihisi. Painamalla "Seuraava" esitetään sitten järjestelmän lupapyyntö. Se, mikä sanoo "Seuraava" eikä "Salli", on todella tärkeä asia. Yksi virtaa toiseen. Et tietenkään halua tehdä kaikkia lupapyyntöjä koko näytöllä tällaisella tavalla. Mutta jotain tarpeeksi tärkeätä esitetään ensimmäisellä ajoa, se on erittäin hienosti tehty.
Siirtyminen ajonaikaisiin käyttöoikeuksiin on iso ja tärkeä. Mutta ne voivat olla pieni oppimisprosessi.
Olen tosissani tekemässä hiukan vuoren täältä. Sinun täytyy käydä tämä läpi vain sovelluksen ensimmäistä kertaa. Mutta luvat ovat tärkeitä. (Ja mielestäni siirtyminen ajonaikaisiin käyttöoikeuksiin on hyvä.) Käyttöoikeuksien selitys on hyvä. Jopa kaksinkertainen pysähdys voidaan jättää huomiotta nimissä, joka saa sinut katsomaan ennen hyppyä. Selitä käyttäjälle lupa, älä vain saa heitä ajattelemaan, että he ovat jo antaneet sen kerran, vain saadaksesi heidät tekemään se askel myöhemmin järjestelmäpyynnössä. En vain halua toistaa itseäni on kaikki.
Ja kuten aina, voit vapaasti peruuttaa käyttöoikeudet milloin haluat. Jos teet niin, sovellus pyytää uudestaan lupaa seuraavan kerran yrittäessäsi käyttää tätä toimintoa.
Asia on, että meillä käyttäjillä on jotain uutta tottua täällä. Mutta niin tekevät myös sovelluskehittäjät.
Päivitys: Jos haluat kuunnella kaikkea tätä teknisemmin - ja muuten vahvistaa, että tapa, jolla Facebook ja Twitter toimivat, ei ole aivan ihanteellinen - katso Android-kehittäjien Backstage-podcastin jakso 33.