„Android“ fragmentacija yra didžiausias sunkumas, kurį kūrėjams tenka paleisti programą į rinką. „Android“ toli gražu nėra vieninga platforma, turinti keletą įrenginių, kaip ir „iOS“.
Kai kurie fragmentacijos skaičiai
Norėdami suprasti, kaip padalinta „Android“, galime pamatyti tikrą naudojimo atvejį. Yra keletas įmonių, kurios skelbia plačiai naudojamas programas, o vėliau renka naudojimo duomenis. Vienas iš jų yra „OpenSignal“, kuris neseniai paskelbė savo naujausią tyrimą.
Skaičiai pražūtingi:
- Šiais metais matyta 18.796 11.868 skirtingi „Android“ įrenginiai, palyginti su 58 XNUMX pernai (XNUMX%).
- „Samsung“ yra išskirtinis pirmaujantis gamintojas, turintis 43% įrenginių. Likusią dalį platina daugiau nei 80 skirtingų gamintojų.
- Yra 6 skirtingos operacinės sistemos versijos, kuriose yra pakankamai daug vartotojų, kad būtų galima jų nepaisyti.
- Taip pat yra labai daug skirtingų skiriamųjų gebų ir ekrano dydžių. Ir, žinoma, su skirtingais aukščio ir pločio santykiais.
Prie šių duomenų turime pridėti skirtingus aparatinės įrangos elementus, tokius kaip jutiklių rinkinys, kuris gali skirtis kiekviename įrenginyje, arba kitas grafikos procesorius, dėl kurio „OpenGL“ žaidimų kūrėjai turi juos visus aprėpti.
Trumpai tariant, košmaras, kad jei tinkamai nesuvaldysime, tai gali mums kainuoti daugiau nei nepasitenkinimas. Neretai „Android“ sistemoje randama projektų, kuriuose, baigus pirmąją versiją, skirtingų modelių perkėlimas praleidžia daugiau laiko nei pačioje pirmojoje versijoje. Tai gali būti labai apmaudu.
Susidūrimas su susiskaldymu
Nors tai yra sudėtinga užduotis, bet laikydamiesi tam tikros disciplinos, galime pasiekti gerą rezultatą per protingą laiką. Tam pradėsime nuo kelių preliminarių svarstymų.
Dirbkite fragmentiškai nuo pat pradžių
Pirmiausia sukurti konkrečią versiją konkrečiam mobiliajam telefonui, o tada perkelti yra dažna klaida. Įprasta žiūrėti tik į turimą įrenginį, tačiau jei ketiname išleisti savo paraišką plačiai rinkai, fragmentiškumo palikimas paskutiniam privers mus brangiai keisti savo projektą. Užtruksime ilgiau ir padarysime daugiau klaidų. Pvz., Jei mes nesudarysime savo lankstumo, kad atitiktų įvairaus dydžio ekranus, vėliau turėsime juos perdaryti. Kažkas panašaus į tai, kas nutiko išteklių vieta.
Šia prasme yra keletas klausimų, kuriuos galime sau užduoti prieš pradėdami, ir tai padės mums sukurti kelio žemėlapį.
- Kokią operacinės sistemos versiją noriu palaikyti? Tik naujausi mobilieji telefonai, ar aš noriu, kad mano programa veiktų senesniems modeliams?
- Ar noriu palaikyti tik mobiliuosius telefonus, tik planšetinius kompiuterius ar abu?
- Kuriose šalyse noriu paskelbti savo paraišką? Kokias kalbas noriu palaikyti?
Pirmu klausimu galime sau užduoti, kokį funkcionalumą norime įtraukti į savo programą. Jei palaikysime senas versijas, turėsime pasirinkti, ar aukoti naujų „Android“ versijų funkcionalumą, ar išleisti skirtingas savo programos versijas. Mano asmeninė rekomendacija yra pirmoji galimybė, nebent turite pakankamai išteklių ir kūrėjų dirbti su dviem skirtingomis to paties produkto versijomis.
Po antrojo mes aiškiai suprasime, kaip turėsime plėtoti savo požiūrį, nepamiršdami skirtingos mūsų grafinių išteklių versijos. Galiausiai, be tekstų vietos, turime nepamiršti, kad priklausomai nuo šalies, kurioje skelbiame savo paraišką, bus senesnių ar modernesnių mobiliųjų telefonų.
Tarkime, kad ne visus mobiliuosius galima aprėpti
Esant tiek susiskaldymui, visada bus „retų“ atvejų, kurių neverta apimti. Visada bus modelis, kuriam kyla problemų įrašant ar atkuriant garsą arba vykdant tam tikrą vaizdo formatą ... ar bet kurią kitą galimybę. Tai, kad „Android“ yra nemokama sistema, leidžia kiekvienam gamintojui tam tikru mastu įdiegti operacinę sistemą pagal savo skonį, o tai neišvengiamai sukels sunkiai aprėpiamus modelius.
Čia būtinas geras pragmatizmas. Padengti keletu prietaisų, kuriuos naudoja labai nedaug vartotojų, neįmanoma, tai užtruks daugiau laiko nei įprasti įrenginiai. Geriausia strategija yra apsaugoti įrenginius, kurie tuo metu yra daugiausia rinkoje, o tai savo ruožtu padės mums veikti ir daugeliui kitų. Tada mes toliau tobulinsime savo programą, kol gausime pakankamai gerą aprėptį - gerai išvystyta programa lengvai viršija 80% aprėptį.
Visa tai mes galime pradėti dirbti. Nors jau minėjome keletą naudingų metodų, dabar juos išsamiai apžvelgsime.
- Mūsų požiūris visada bus lankstus. Niekada nenaudosime taškų dydžių absoliučių verčių, juo labiau „AbsoluteLayout“. Visi mūsų matavimai bus atlikti priklausomais pikseliais arba dp, o kai tik įmanoma, naudosime santykines proporcijas ir matavimus.
- Mes išbandysime savo vaizdus skirtingais ekrano dydžiais. Kad nereikėtų jų visų išbandyti, geras būdas yra išbandyti vieną iš didžiausių įrenginių, kitą mažiausių ir vieną tarp jų.
- Mes pasirūpinsime, kad visi grafiniai šaltiniai būtų prieinami visam ekrano tankiui, o tai palengvins 100% lankstų vaizdą.
- Mes pasirūpinsime, kad būtų atskiri kodų tekstai, kurie padėtų internacionalizacijai.
- Mes pasirinksime žemiausią operacinės sistemos versiją, su kuria dirbsime, ir kursime tik su ja, jei įmanoma. Jei ne, sukursime skirtingas versijas skirtingoms operacinėms sistemoms, nors kuo mažiau, tuo geriau. Kartais rasime trečiųjų šalių bibliotekų, kurios įgyvendina naujausių versijų funkcijas nenaudodamos jų tiesiogiai, tai yra įdomi alternatyva, kurią reikia apsvarstyti.
- Neišvengiamai išbandysime. Rinkoje yra kompanijų, užsiimančių vien tik testavimu, o už gana priimtinas kainas galime gauti automatinį bandymą įvairiems prietaisams.
- Ir galiausiai neatmesime vartotojų klaidų ataskaitų, kurios neišvengiamai mus pasieks. Su jais tikrai atrasime detalių, kurių pasigedome.
