Android-pirstaloituminen on suurin vaikeus, jonka kehittäjien on käynnistettävä sovellus markkinoille. Android ei ole kaukana yhtenäisestä alustasta, sillä siinä on muutama laite, kuten iOS.
Jotkut luvut pirstoutumisesta
Saadaksemme käsityksen siitä, kuinka jakautunut Android on, voimme nähdä todellisen käyttötapauksen. On useita yrityksiä, jotka julkaisevat laajalti käytettyjä sovelluksia ja keräävät myöhemmin käyttötietoja. Yksi niistä on OpenSignal, joka julkaisi hiljattain uusimman tutkimuksensa.
Numerot ovat tuhoisia:
- Tänä vuonna nähty 18.796 erilaista Android-laitetta, viime vuonna 11.868 (kasvua 58%).
- Samsung on erinomainen johtava valmistaja, jolla on 43% laitteista. Loput jakavat yli 80 erilaista valmistajaa.
- Käyttöjärjestelmässä on kuusi erilaista versiota, ja riittävän suuri määrä käyttäjiä voidaan jättää huomiotta.
- Erilaisia resoluutioita ja näyttökokoja on myös erittäin suuri määrä. Ja tietysti erilaisilla korkeus- ja leveyssuhteilla.
Näihin tietoihin on lisättävä erilaisia laitteistoelementtejä, kuten joukko antureita, jotka voivat vaihdella laitteesta toiseen, tai erilainen grafiikkaprosessori, joka saa OpenGL-pelikehittäjien peittämään ne kaikki.
Lyhyesti sanottuna painajainen, että jos emme hallitse kunnolla, se voi maksaa enemmän kuin tyytymättömyys. Ei ole harvinaista, että Androidista löytyy projekteja, joissa ensimmäisen version valmistuttua se viettää enemmän aikaa eri mallien portoinnissa kuin itse versiossa. Se voi olla hyvin turhauttavaa.
Sirpaloituminen
Vaikka se on monimutkainen tehtävä, voimme noudattaa tiettyä kurinalaisuutta kehityksessä hyvään tulokseen kohtuullisessa ajassa. Tätä varten aloitamme muutamalla alustavalla pohdinnalla.
Työskentele sirpaloitumisella alusta alkaen
Tietyn version luominen ensin tietylle matkapuhelimelle ja sitten siirtäminen on usein virhe. On tavallista, että katsotaan mukavasti katsomalla vain käsillä olevaa laitetta, mutta jos aiomme julkaista sovelluksemme suurille markkinoille, pirstoutuneisuuden jättäminen viimeiseksi pakottaa meidät tekemään kalliita muutoksia projektiimme. Meillä kestää kauemmin ja teemme lisää virheitä. Esimerkiksi, jos emme suunnittele näkymiämme joustaviksi erilaisten näyttökokojen sovittamiseksi, meidän on tehtävä ne uudelleen myöhemmin. Jotain samanlaista kuin mitä tapahtui resurssin sijainti.
Tässä mielessä on joukko kysymyksiä, jotka voimme kysyä itseltämme ennen aloittamista, ja jotka auttavat meitä saamaan etenemissuunnitelman.
- Mitä käyttöjärjestelmän versiota haluan tukea? Vain viimeisimmät matkapuhelimet vai haluanko sovellukseni toimia vanhemmissa malleissa?
- Haluan tukea vain matkapuhelimia, vain tabletteja vai molempia?
- Missä maissa haluan julkaista hakemukseni? Mitä kieliä haluan tukea?
Ensimmäisellä kysymyksellä voimme kysyä itseltämme, minkä toiminnallisuuden haluamme sisällyttää sovellukseemme. Jos tuemme vanhoja versioita, meidän on valittava joko uhraamalla Androidin uusien versioiden toiminnallisuus tai julkaisemalla sovelluksemme eri versiot. Henkilökohtainen suositukseni on ensimmäinen vaihtoehto, ellei sinulla ole tarpeeksi resursseja ja kehittäjiä työskentelemään saman tuotteen kahden eri version kanssa.
Toisen kanssa meillä on selvää, kuinka meidän on kehitettävä näkemyksiämme unohtamatta niitä graafisten resurssien eri versiot. Lopuksi, tekstien sijainnin lisäksi, on pidettävä mielessä, että hakemuksen julkaisemismaasta riippuen on vanhempia tai nykyaikaisempia matkapuhelimia.
Oletetaan, että kaikkia matkapuhelimia ei voida kattaa
Niin suuren sirpaloitumisen takia tulee aina olemaan "harvinaisia" tapauksia, joita emme kannata käsitellä. Aina on malli, jolla on ongelmia äänen tallentamisessa tai toistamisessa tai tietyn videomuodon suorittamisessa ... tai mikä tahansa muu mahdollisuus. Se, että Android on ilmainen järjestelmä, antaa jokaiselle valmistajalle mahdollisuuden toteuttaa käyttöjärjestelmä jonkin verran mieleisekseen, mikä aiheuttaa meille väistämättä malleja, joita on vaikea kattaa.
Tässä hyvä pragmatismi on välttämätöntä. Muutamien laitteiden peittäminen, joita hyvin pieni määrä käyttäjiä käyttää, ei ole mahdollista, se vie enemmän aikaa kuin tavallisten laitteiden peittäminen. Paras strategia on turvata laitteita, joilla on eniten läsnäoloa markkinoilla tuolloin, mikä puolestaan auttaa meitä saamaan monet muutkin toimimaan. Sitten jatkamme sovelluksemme tarkentamista, kunnes saamme kohtuullisen hyvän kattavuuden - hyvin kehitetty sovellus ylittää helposti 80 prosentin kattavuuden.
Kaikella tällä voimme aloittaa työskentelyn. Vaikka olemme jo maininneet hyödyllisiä tekniikoita, tarkastelemme niitä nyt yksityiskohtaisesti.
- Näkemyksemme ovat aina joustavia. Emme koskaan käytä pikselikokoihin absoluuttisia arvoja, etenkään AbsoluteLayout. Kaikki mittauksemme ovat riippuvaisissa pikseleissä tai dp: ssä, ja käytämme suhteellisia mittasuhteita ja mittauksia aina kun mahdollista.
- Testaamme näkemyksemme erikokoisina. Jotta kaikkia ei tarvitsisi kokeilla, hyvä tapa on kokeilla yhtä suurimmista laitteista, toista pienimmistä ja toinen välissä.
- Varmistamme, että kaikki graafiset resurssit ovat käytettävissä kaikilla näytön tiheyksillä, mikä helpottaa 100% joustavien näkymien saamista.
- Varmistamme, että meillä on erilliset kooditekstit kansainvälistymisen tukemiseksi.
- Valitsemme käyttöjärjestelmän alimman version ja kehitämme sitä vain mahdollisuuksien mukaan. Jos ei, luomme erilaisia versioita eri käyttöjärjestelmille, vaikka mitä vähemmän, sitä parempi. Joskus löydämme kolmannen osapuolen kirjastoja, jotka toteuttavat uusimpien versioiden toiminnot tarvitsematta käyttää niitä suoraan, se on mielenkiintoinen vaihtoehto.
- Testamme väistämättä. Markkinoilla on yrityksiä, jotka ovat omistautuneet yksinomaan testaamiseen, ja kohtuullisin hinnoin voimme saada automaattisen testin monille laitteille.
- Ja lopuksi, emme sulje pois käyttäjän virheraportteja, jotka väistämättä pääsevät meihin. Heidän kanssaan löydämme varmasti yksityiskohtia, jotka kaipasimme.
