„Killustatuse” vastu võitlemine: arendajad helisevad mitme ekraani toetamisel

Android töötab edasi mitmesuguseid seadmeid, mis tähendab, et see töötab ka erinevate ekraanisuuruste ja eraldusvõimega. Paljud inimesed nimetavad seda "killustatuseks". Ärge unustage, et nad on aastaid oma töölaual samamoodi kujundatud ja välja töötatud tooteid kasutanud. Ilmselt, kui kõik pole täpselt sama, saab see sildi "killustatus".

Erineva suuruse ja tihedusega ekraanide kasutamisel tekkivate probleemide lahendamiseks on erinevaid viise. Apple on eraldi loendid rakenduste jaoks, mis on mõeldud iPhone'i ja iPadi jaoks. Microsoft loob oma suure ekraaniga seadmetele uue ökosüsteemi. Android pakub arendajatele viisi, kuidas sama rakendus erinevatel ekraanidel erinevalt töötada. Igas meetodis on nii head kui halba, kuid siin keskendume Androidile.

Androidis saavad rakendused reguleerida nii erineva suurusega ekraanide paigutust kui ka eraldusvõimet. See kõik on sisse ehitatud, kuid rakenduse hea välja nägemiseks peavad arendajad oma koodis deklareerima mõned asjad. Pidage meeles, kuidas ekraani suurus ja tihedus muudavad rakenduse välimust. The

Droidi DNA on suurema eraldusvõimega ekraaniga kui Motorola XOOM tahvelarvuti, kuid me ei soovi telefonisuurusel ekraanil näha rakenduste tahvelarvutite paigutust.

Arendaja peab pakkuma varasid (pilte), mis on piisavalt kõrge kvaliteediga, et vaadata kõrge eraldusvõimega teravalt (pole midagi meeletult kõrge eraldusvõime) ja nende paigutuse kujundamisel kasutage kindlasti tihedusest sõltumatuid piksliühikuid. See hoiab sellised asjad nagu nupud ja muud juhtnupud, et need ei oleks tõeliselt suured madala tihedusega ekraanidel, nagu Galaxy S2, ega ka tõeliselt pisikesed suure tihedusega ekraanidel nagu DNA.

See kõlab keeruliselt, kuid enamus sellest on teie jaoks tehtud rakenduse kodeerimisel. Arendaja peab tegema vaid õiged deklaratsioonid ja esitama õiged varad mis tahes suuruse (nii füüsilise kui ka eraldusvõime) või paigutuse toetamiseks. Isegi mitmed paigutusrakendused, nagu Google+ rakendus, kasutavad iga mõeldava ekraani katmiseks sama koodi.

Me ei püüa siin arendajate üle kohut mõista. Rakenduste kirjutamine on karm. Androidi arendajad on seda kõike kuulutanud juba piparkookide ilmumisest alates, aga kui otstarbekas see on? Uurisime selle kohta mõnelt arendajalt, vaadake, mida neil pärast pausi öelda oli.

Veel: Google'i Androidi arendajate sait.

Esitasime käputäie arendajate (nii suurte kui ka väikeste) jaoks paar põhiküsimust sellel teemal.

• Kui keeruline on juhistest kinni pidada?
• Paberil näib see lihtne, kuid kas on mõni eriline probleem, mida olete näinud, või osad, mida Google pole kajastanud?
• Kuidas see mõjutas arendusaega ja kulusid, kui üldse?
• Kas on veel midagi selle teema kohta, mida soovite jagada?

Püüdsin muuta küsimused võimalikult neutraalseks, et me ei läheks sellesse mingisuguse kallutatusega. Kui teil on kahtlusi, küsite inimestelt, kes teavad, eks? Ma olen küllaltki programmeerimises osalenud, kuid Java-s kodeerimine ja Android-rakenduste loomine erineb oluliselt koodi kirjutamisest C- või masinakoodis või isegi Perlis. On nüansse, millest ma aru ei saa, isegi kui saan rakenduse loomiseks üldised meetodid.

Kujutan ette, et suur osa teist, kutid, on nagu mina ega tea Androidi rakenduste ehitamise nõtkeid. Me näeme ainult seda, mida Androidi arendajad räägivad, ja nende abil on see lihtne. Nende jaoks see ilmselt on - nad on seda kraami kirjutanud maast madalast alates 2007. aastast. Vaatame, mida ütlevad need inimesed, kes on saanud neid jälgida.

Joe Simpson (@kennydude) - Boid

Joe on Team Boidi liige ja avaldab ka ise rakendusi. Ta (ja ülejäänud tema meeskond) on suurepärane näide sõltumatutest arendajatest, kes on kirglik Androidi vastu ja kes on välja töötanud mõned hämmastavad rakendused.

Juhiste järgimine on üsna keeruline, eriti kui soovite lahjat rakendust, kuid inimesed tahavad seljaga ühilduvust. Üks tüütumaid asju on näha, kuidas midagi välja näeb saidil d.android.com/design [Google'i Androidi arendajate disainisait], kuid mitte midagi selle kohta, kuidas seda tegelikult teha.

Nõrk koht on värskendav, kui te ei saa Twitteri tõttu füüsiliselt GCM-i [Google Cloud Messaging] kasutada ja te ei soovi kasutada PtR-i [Tõmba värskendamiseks]. Samuti koostavad Google'i rakendused oma juhised. Võtame näiteks slaidisektsiooni, Google+ teeb seda teisiti kui YouTube (kuigi ma tean, et tugikogu lahendab selle loodetavasti).

Samuti võite jõuda punkti ja millegi kohta puudub dokumentatsioon (näiteks EdgeEffect).

Olen üliõpilane, nii et kulud on midagi, mida ma ei vaata ja jah, see võtab aega, kuid teie kasutajad armastavad teid. Põhimõtteliselt on otsesaated (ADiA, rakenduskliinik, kontoritunnid) hädavajalikud (kahjuks), kuigi nad ei saa Google'i rakenduste kohta tagasisidet pakkuda.

Boid on varsti avatud lähtekoodiga (jah!), ja saate leidke rakendus Google Playst ise. Samuti leiate kõik Joe rakendused (seal on mõned ehted) siin samas.

Christophe Versieux - BeTrains - SNCB Belgia; HoloIga kõikjal

Christophe on loonud arvukalt Androidi rakendusi, sealhulgas BeTrains - SNCB Belguim - uhke paigutusega rakenduse, mis näitab, mida saab hästi ehitatud rakendusega teha. Kuigi enamik USA-s ei kasuta seda kunagi (see on rööbasteede rakendus Belgia rööbastele), tasub see installida, et näha, kui hästi see on tehtud. Lääne-Euroopa inimesed teavad sellest kindlasti.

Lisaks on ta välja töötanud raamatukogu HoloEverywhere, mida teised arendajad saavad kasutada Android 2.1 ja uuemate versioonide jaoks Holo stiilis rakenduste ehitamiseks. Kuna paljud telefonid töötavad endiselt piparkookidega, on see tõeline maiuspala arendajatele, kes soovivad oma rakendusi värskena hoida.

See pole üldse keeruline. Tõsiselt. Raske osa saabub siis, kui klient palub nendest juhenditest eemale hoida!

Mäletan klienti, kes soovis, et ma paneksin ekraani põhja vahelehed, kõikjale iPhone'i nupud, iPhone'i stiilis vahetamine ja seda projekti oli tõesti raske saavutada ning ma kaotasin tõesti palju aega ja raha seda.

Ma olin tema peale väga vihane, kui ta küsis kõike seda lollust ja ta lihtsalt arvas, et olen laisk arendaja.

Mul on temaga nüüd palju kontakte ja me kirjutame tema rakenduse täiesti ümber, loome ägeda koodi, eemaldades kõik need kasutud funktsioonid ja luues "puhta" Androidi rakenduse. Ma olen kindlalt veendunud, et kliendid ja ettevõtted peavad neist juhistest teadlikud olema.

Raamatukogud meeldivad ActionBarSherlock, HoloEverywhere (minu looming), UnifiedPreferencesja Liugmenüü on tõesti väga hõlpsasti kasutatavad ja pakuvad mõnes koodireas suurepärast kasutuskogemust.

Aega ja kulusid, nagu ütlesin, minimeeritakse Google'i juhiste järgimisega. Fragmente ja küljenduskaustu on tõesti lihtne kasutada (ja veelgi olulisem on taaskasutamine): tahvelarvuti rakendus haarab lihtsalt telefoni paigutusest koodiosa ja midagi ei tohi ümber kirjutada. Väikesed muudatused telefonirakenduses kajastuvad kohe tahvelarvuti rakenduses, kuna kasutatakse sama fragmenti.

Mõningaid hämmastavaid projekte loob kogukond, mitte alati Google. Mõned inimesed, kes on teenuses Google+ väga aktiivsed, nagu Roman Nurik (Google), Reto Meier (Google) Juhani Lehtimäki, Jake Wharton, Taylor Ling,.. (Kardan alati tähtsaid inimesi unustada) on väga õpetlikud. Arendajad peavad lihtsalt teadma, kust otsida ja Androidi arendamine on neile lihtne!

Leiad BeTrains teenuses Google Play, ja kui Androidi arendamine huvitab teid, peaksite heitma pilgu HoloEverywhere'i.

Matthew Runo - Zappos

Vastupidiselt mõnele väiksemale sõltumatule arendajale, kellega me vestlesime, kuulsime ka Matthew'lt Zapposes. Zappos on veebimüügiettevõte ja tõenäoliselt on nii oma veebisaidi kui ka rakenduste kujundamiseks ette nähtud eelarve. See on ka ettevõte, mida ostan regulaarselt, kuid sellel polnud mingit mõju ja Matthew ei teadnud, et olen vabatahtlikuna sage klient.

Kuna oleme jaemüüja, peame Zapposes eelkõige kinni pidama oma kaubamärgist. Veider, lõbus ja natuke seinast eemal. Sellest hoolimata usume mõlemad Androidi disainijuhistesse - ja kõik, mida kasutajaliideses teeme, on võetud nende reeglite vaimust. Aasta tagasi oli meie rakendus enamasti iOS-i port selle väljanägemise ja toimimise järgi. Täna on see (ma arvan) pärl sellest, mida saate Androidis teha. Järgime juhiseid igal võimalusel - ja meie disainerid lähtuvad neist lähtepunktina.

Kujundusjuhised ei ole kõik, mis lõppevad - kõik on lõpuks olemas, et proovida androidirakenduste kujundust edasi lükata, et need oleksid järjepidevamad. Oleme leidnud, et enamik levinud "uusi" avatud lähtekoodiga teeke, mida oleme kasutanud, on jõudnud juhiste osana (libistatav menüü, krutoon).

Suunised ei tohiks kunagi takistada. Teatud asjad - üldine navigeerimine - peavad olema järjepidevad, et teie rakendus lihtsalt töötaks. Kõik muu - alustage juhistest ja järgige oma kujundust. Soovime, et meie rakendus oleks MEIE RAKENDUS - nii et me ei saa teha lihtsalt baashoolduse teemat.

Sel aastal oleme põhimõtteliselt alustanud oma rakenduse algusest peale kirjutamist, et töötada fragmentidega. Viimase kuue kuu jooksul oleme 7-tollise tahvelarvuti toe lisamiseks kõvasti tööd teinud ja praegu töötame 10-tollise toe kallal. Kõige raskem on seadmetes testimine, kuid meil on selles hea QA meeskond. Umbes augustist peale on meie rakenduses töötanud 2 inimest täiskohaga, enne seda oli see 1 täiskohaga inimene.

Alumine rida on minu arvates androidi disainijuhised, mis aitavad meil protsessi sujuvamaks muuta ja seeläbi kulusid vähendada. Olgem ausad, enamik iOS-i disainereid - seega on suurepärase ressursi nagu design.android.com omamine suurepärane abi nende androidide ökosüsteemis käivitamiseks.

Võin öelda, et Zappose disainivalikud toimivad hästi ja mu naisel on kapp täis riideid, rahakotte ja saapaid, mis kinnitavad minu väidet. Vaadake neid Androidi rakendus Google Playst.

Josh Burton - jRemote

Josh on kirjutanud arvukalt Androidi väikerakendusi ja oma jRemote rakenduse (see on populaarse kontroller jDownloader PC-programm) on suurepärane näide sellest, kuidas kasutada paigutusi rakenduse loomiseks, mis näeb hea välja nii telefonis kui ka tahvelarvutis. See maksimeerib seadme ekraani kasutamise ja annab teile otsitava teabe täpselt nii, nagu võite seda oodata.

Kujundusjuhistest kinnipidamine on üsna sirge, kui jääte neist kinni algusest peale. Terve rakenduse väljatöötamine ja seejärel tagasiminek ning fragmentide / tahvelarvutite paigutuse jms rakendamine on aja, vaeva ja pettumuse raiskamine. Kuid kui plaanite oma rakendust kavandada, arendage fragmentide abil algusest peale ja looge oma ressursid kõigi õigete dpi-de jaoks ämbrid, see muudab imelihtse ja tõesti ei pea kulutama palju aega juhtnööridele mõeldes kõik. Ja kui te siiski jänni jääte, on disainidokumendid vaid hiireklõpsu kaugusel. Need on suurepärane ressurss.

Mind pettub tõesti see, et nii paljudel seadmetel pole tahvelarvutite paigutust. Kui teie rakendus on loodud fragmentide abil, saab tahvelarvuti paigutuse lisada 30 minutiga. Ausalt öeldes on see nii lihtne.

Ma arvan, et paljude arendajate jaoks pole neil testimiseks tahvelarvuteid ja emulaatori kasutamine võib olla piin. Kuid äsja välja antud uued ADT-tööriistad muudavad selle palju lihtsamaks. Paigutusredaktori mitme konfiguratsiooni vaade tähendab, et korraga näete, kuidas teie paigutus välja näeb 5-6 erineva suurusega ekraanil. Ja see on kiire. Muidugi peate lõpuks ikkagi emulaatoril / seadmel katsetama, kuid see kindlasti kiirendab töövoogu.

jDownloader on käepärane programm töölaual kasutamiseks ja jRemote näeb välja suurepärane viis selle juhtimiseks. Kui mitte midagi muud, laadige see alla teenusest Google Play ja vaadake lihtsalt, et näha, kuidas rakendus võib olla lihtne ja ilus korraga.

Kuulsime paljude teiste arendajate käest, kes ütlevad üsna samu asju. Meil pole siin lihtsalt ruumi, et neid kõiki üles loetleda. Kõige selle põhisisu on see, et kui plaanite edasi, siis Androidi arendaja juhised tõesti toimivad enamikul juhtudel. Meil on hea meel seda kuulda ja naudime ka edaspidi suurepäraseid rakendusi ning toetame töökaid arendajaid.