A „szétaprózódás” kezelése: A fejlesztők több képernyő támogatásakor hangot adnak

Az Android fut különféle eszközök, ami azt jelenti, hogy különféle méretű és felbontású képernyőkön is fut. Sok ember ezt "töredezettségnek" nevezi. Mindegy, hogy évek óta ugyanúgy terveztek és fejlesztettek termékeket az asztalukon. Nyilvánvaló, hogy ha minden nem teljesen ugyanaz, akkor a "töredezettség" címkét kapja.

Különböző módon lehet kezelni azokat a problémákat, amelyek különböző méretű és sűrűségű képernyők használatakor merülnek fel. alma külön listát tartalmaz az iPhone-hoz és az iPad-hez tervezett alkalmazásokhoz. Microsoft új ökorendszert hoz létre nagyképernyős eszközeihez. Az Android lehetőséget nyújt a fejlesztőknek arra, hogy ugyanazt az alkalmazást másképp működjenek a különböző képernyőkön. Minden módszerben van jó és rossz, de itt az Androidra fogunk koncentrálni.

Az Android rendszerben az alkalmazások a különböző méretű képernyők elrendezését, valamint a felbontást módosíthatják. Ez mind beépítve van, de a fejlesztőknek néhány dolgot be kell jelenteniük a kódjukban, hogy az alkalmazás jól nézzen ki. Azt kell szem előtt tartani, hogy a képernyő mérete és sűrűsége hogyan változtatja meg az alkalmazás megjelenését. Az

Droid DNS nagyobb felbontású képernyővel rendelkezik, mint a Motorola XOOM táblagépet, de nem akarunk táblagép-elrendezést látni az alkalmazások számára a telefon méretű képernyőn.

A fejlesztőnek olyan eszközöket (képeket) kell biztosítania, amelyek elég magas minőségűek ahhoz, hogy élesen nézzenek ki nagy felbontás mellett (sebaj őrülten nagy felbontású), és feltétlenül tervezzen sűrűségtől független pixelegységeket. Ez tartja az olyan dolgokat, mint a gombok és más kezelőszervek, attól, hogy valóban nagyok legyenek olyan kis sűrűségű képernyőkön, mint a Galaxy S2, vagy hogy ne legyenek igazán aprók olyan nagy sűrűségű képernyőkön, mint a DNS.

Bonyolultnak hangzik, de a legtöbb ilyen dolog elkészül az Ön számára, amikor egy alkalmazást kódol. A fejlesztőnek csak annyit kell tennie, hogy megteszi a megfelelő nyilatkozatokat, és megadja a megfelelő eszközöket bármilyen méretű (fizikai és felbontású) vagy elrendezés támogatásához. Még több elrendezésű alkalmazás is, például a Google+ alkalmazás, ugyanazt a kódot használja minden elképzelhető képernyő lefedésére.

Itt nem próbáljuk megítélni a fejlesztőket. Az alkalmazások írása nehéz. Az Android fejlesztői mindezt a Gingerbread megjelenése óta hirdetik, de mennyire praktikus? Megkérdeztünk néhány fejlesztőt erről, nézze meg, mit mondtak a szünet után.

Több: A Google Android fejlesztői webhelye.

Egy maroknyi fejlesztőnek (nagynak és kisebbnek egyaránt) feltettünk pár alapkérdést a témában.

• Mennyire nehéz betartani az irányelveket?
• Papíron könnyűnek tűnik, de vannak-e olyan speciális kérdések, amelyeket látott, vagy olyan részek, amelyekre a Google nem tér ki?
• Hogyan befolyásolta ez a fejlesztési időt és költségeket, ha egyáltalán?
• Van még valami a megosztani kívánt témáról?

Igyekeztem a kérdéseket a lehető legsemlegesebbé tenni, hogy ne álljunk bele ebbe némi elfogultsággal. Ha kétségei vannak, megkérdezi az embereket, akik ismerik, igaz? Eleget tettem a programozásban, de a Java-ban történő kódolás és az Android-alkalmazások építése nagyon különbözik a kód C vagy gépi kóddal, vagy akár Perl-ben történő írásától. Vannak olyan árnyalatok, amelyeket nem értek, még akkor sem, ha megkapom az alkalmazás felépítésének általános módszereit.

Elképzelem, hogy sokan olyanok vagytok, mint én, és nem ismeritek az Android-alkalmazások építésének bonyodalmait. Csak azt látjuk, amit az androidos fejlesztők mondanak, és ezek megkönnyítik a hangzást. Számukra valószínűleg így van - 2007 óta alapból írják ezeket a dolgokat. Lássuk, mit szólnak azok az emberek, akik követni tudták őket.

Joe Simpson (@kennydude) - Boid

Joe a Team Boid tagja, és önállóan is publikál alkalmazásokat. Ő (és csapata többi tagja) remek példa az Android iránti szenvedélyű független fejlesztőkre, akik elképesztő alkalmazásokat indítottak el.

Az irányelvek követése meglehetősen nehéz, különösen, ha sovány alkalmazást szeretne, de az emberek a kompatibilitást akarják. Az egyik legbosszantóbb dolog látni, hogy néz ki valami a d.android.com/design [a Google Android fejlesztői tervező webhelyén], de semmi sem arról, hogyan lehet ezt ténylegesen megtenni.

A gyenge pont üdítő, ha a Twitter miatt fizikailag nem tudja használni a GCM [Google Cloud Messaging] szolgáltatást, és nem szeretné használni a PtR [Frissítéshez húzás] funkciót. Ezenkívül a Google alkalmazásai elkészítik saját irányelveiket. Vegyük például a becsúsztatható ablaktáblát, a Google+ másképp csinálja, mint a YouTube (bár tudom, hogy a támogatási könyvtár remélhetőleg ezt rendezi).

Ezenkívül eljuthat egy ponthoz, és nincs dokumentáció valamiről (például EdgeEffect).

Diák vagyok, ezért a költségek nem néznek ki, és igen, ez időbe telik, de a felhasználói imádni fogják. Alapvetően az élő műsorok (ADiA, App Clinic, Office Hours) kötelezőek (sajnos), bár nem tudnak visszajelzést adni a Google alkalmazásairól.

Boid az hamarosan nyílt forráskódúvá válik (jaj!), és lehet keresse meg magát az alkalmazást a Google Playen. Megtalálja Joe összes alkalmazását is (van néhány ékszer ott) pont itt.

Christophe Versieux - BeTrains - SNCB Belgium; HoloMindenhol

Christophe számos Android-alkalmazást épített, köztük a BeTrains - SNCB Belguim - egy gyönyörű elrendezésű alkalmazást, amely megmutatja, mit lehet tenni egy jól felépített alkalmazással. Míg az Egyesült Államokban a legtöbben soha nem fogják használni (ez egy vonatmenetrend-alkalmazás a belga sínek számára), azért érdemes telepíteni, hogy lássuk, mennyire jól sikerült. A nyugat-európai emberek minden bizonnyal tudnak erről.

Ezen felül közösen fejlesztette ki a HoloEverywhere könyvtárat, amelyet más fejlesztők használhatnak Holo stílusú alkalmazások készítéséhez Android 2.1 és újabb verziókhoz. Mivel sok telefon még mindig mézeskalácsot futtat, ez igazi csemege azoknak a fejlesztőknek, akik szeretnék az alkalmazásukat aktuális állapotban tartani.

Egyáltalán nem nehéz. Komolyan. A nehéz rész akkor jön, amikor az ügyfél azt kéri, hogy kerülje el ezeket az irányelveket!

Emlékszem egy ügyfélre, aki azt akarta, hogy tegyek füleket a képernyő aljára, mindenhol iPhone gombokat, iPhone-stílusú váltás, és ezt a projektet nagyon nehéz volt megvalósítani, és tényleg sok időt és pénzt vesztettem azt.

Nagyon haragudtam rá, amikor megkérdezte ezeket a hülyeségeket, és csak azt hitte, hogy lusta fejlesztő vagyok.

Most nagyon sok kapcsolatot tartok vele, és teljesen átírjuk az alkalmazását, fantasztikus kódot hozunk létre azáltal, hogy eltávolítjuk ezeket a haszontalan szolgáltatásokat, és létrehozunk egy "tiszta" Android-alkalmazást. Az ügyfeleknek és a vállalatoknak csak tisztában kell lenniük ezekkel az irányelvekkel.

A könyvtárak, mint ActionBarSherlock, HoloEverywhere (alkotásom), UnifiedPreferences, és SlidingMenu nagyon egyszerűen használhatók, és néhány kódsorban fantasztikus felhasználói élményt nyújtanak.

Az idő és a költség, ahogy mondtam, a Google irányelveinek betartásával minimálisra csökken. A töredékeket és az elrendezési mappákat nagyon egyszerűen lehet használni (és még fontosabb az újrafelhasználás): egy táblagépes alkalmazás csak megragad egy darab kódot a telefon elrendezéséből, és semmit sem szabad újraírni. A telefonos alkalmazás apró változásai azonnal megjelennek a táblagépes alkalmazásban, mivel ugyanazt a Töredéket használják.

Néhány elképesztő projektet a közösség hoz létre, nem mindig a Google. Vannak, akik nagyon aktívak a Google + -on, például Roman Nurik (Google), Reto Meier (Google) Juhani Lehtimäki, Jake Wharton, Taylor Ling,.. (Mindig félek elfelejteni a fontos embereket) nagyon tanulságosak. A fejlesztőknek csak tudniuk kell, hol keressék őket, és az Android fejlesztése könnyű lesz számukra!

Találhatod BeTrains a Google Playen, és érdemes megnéznie a HoloEverywhere webhelyet, ha érdekli az Android fejlesztése.

Matthew Runo - Zappos

Ellentétben néhány kisebb független fejlesztővel, akikkel beszélgettünk, Matthew-tól is hallottunk a Zapposban. A Zappos internetes kiskereskedelmi vállalat, és valószínűleg külön költségvetéssel rendelkezik mind a weboldaluk, mind az alkalmazásaik tervezéséhez. Ez egy olyan cég is, amelyet rendszeresen vásárolok, de ennek semmi jelentősége nem volt, és Matthew nem tudta, hogy gyakori ügyfél vagyok, amikor önként jelentkezett.

A Zapposnál, mivel kiskereskedő vagyunk, elsősorban a saját márkánkhoz kell ragaszkodnunk. Tréfás, szórakoztató és kicsit a fal mellett. Ennek ellenére mindketten erősen hiszünk az Android tervezési irányelveiben - és mindent, amit a felhasználói felületen teszünk, e szabályok szelleméből vettük át. Egy évvel ezelőtt az alkalmazásunk többnyire egy iOS port volt, annak kinézetéről és működéséről. Ma (azt hiszem) ez egy gyöngyszeme annak, amit Android-ban megtehet. Lehetőség szerint betartjuk az irányelveket - és tervezőink kiindulópontként ezek alapján dolgoznak.

A tervezési irányelvek nem jelentenek mindent és véget érnek - végül csak azért vannak, hogy megpróbálják végigvinni az androidos alkalmazások tervezését, hogy következetesebbek legyenek. Megállapítottuk, hogy a általánosan használt "új" nyílt forráskódú könyvtárak többsége az irányelvek részévé vált (csúszó menü, krutonnal).

Az irányelveknek soha nem szabad visszatartaniuk. Bizonyos dolgoknak - az általános navigációnak - következeteseknek kell lenniük, hogy az alkalmazásod "csak működjön". Minden más - kezdje az irányelvekkel, és futtassa a tervét. Azt akarjuk, hogy alkalmazásunk a mi alkalmazásunk legyen - ezért nem csak az alapszintű holo témát tehetjük meg.

Ebben az évben alapvetően az alkalmazásunk alapos átírásából kezdtük, hogy töredékekkel dolgozzunk. Az elmúlt 6 hónapban keményen dolgoztunk 7 "táblagép-támogatás hozzáadásán, és jelenleg 10" -es támogatáson dolgozunk. A legnehezebb az eszközökön történő tesztelés, de van egy nagyszerű minőségbiztosítási csapatunk, amely segít ebben. Körülbelül augusztus óta 2 ember dolgozik teljes munkaidőben alkalmazásunkon, előtte 1 teljes munkaidős személy volt.

A lényeg az, hogy szerintem az androidos tervezési irányelvek segítenek a folyamatunk ésszerűsítésében - és ezáltal a költségek csökkentésében. Valljuk be, a legtöbb iOS-es tervező - tehát nagyszerű erőforrás, mint például a design.android.com nagyszerű segítség, hogy elindulhassanak az android ökoszisztémájában.

Mondhatom, hogy Zappos tervezési lehetőségei jól működnek, és a feleségemnek van egy szekrény tele ruhákkal, pénztárcákkal és csizmákkal, amelyek megerősítik az igényemet. Nézd meg őket Android-alkalmazás a Google Playről.

Josh Burton - jRemote

Josh számos apró alkalmazást írt Androidra és jRemote alkalmazását (ez a népszerű vezérlője) jDownloader PC program) tökéletes példa arra, hogyan lehet elrendezéssel olyan alkalmazást létrehozni, amely mind a telefonon, mind a táblagépen jól néz ki. Maximalizálja az eszköz képernyőjének használatát, és pontosan megadja neked a keresett információkat.

A tervezési irányelvek betartása meglehetősen egyenes előre, mindaddig, amíg betartja őket. Egy teljes alkalmazás fejlesztése, majd a végén visszatérés és a töredékek / táblagép-elrendezések stb. Megvalósításának megkísérlése időpazarlást, erőfeszítést és csalódást jelent. De ha megtervezi az alkalmazását, akkor a töredékek használatával kezdettől fogva fejlessze, és hozza létre erőforrásait a megfelelő dpi-hez vödrök, ez szellő kialakulását teszi lehetővé, és valójában nem kell sok időt tölteni az irányelvek gondolkodásával minden. És ha mégis elakad, a tervdokumentumok csak egy kattintásnyira vannak. Nagyszerű erőforrás.

Nagyon frusztrál, hogy ennyi eszköz nem rendelkezik tablet elrendezéssel. Ha az alkalmazás töredékek felhasználásával épül fel, táblagép-elrendezés hozzáadása 30 perc alatt elvégezhető. Őszintén szólva ez ilyen egyszerű.

Úgy gondolom, hogy sok fejlesztő számára nincsenek táblagépek, amelyeken tesztelni lehetne, és az emulátor használata fájdalmat okozhat. De a most megjelent új ADT eszközök sokkal könnyebbé teszik. Az elrendezésszerkesztőben található több konfigurációs nézet azt jelenti, hogy egyszerre 5-6 különböző méretű képernyőn láthatja, hogyan néz ki az elrendezés. És gyors. Természetesen végül is emulátoron / eszközön kell tesztelnie, de ez mindenképpen felgyorsítja a munkafolyamatot.

A jDownloader egy praktikus program, amelyet az asztalon használhat, és a jRemote csodálatos módja annak ellenőrzésére. Ha semmi más, töltse le a Google Playről és csak megnézheti, hogyan lehet egy alkalmazás egyszerû és szép.

Rengeteg más fejlesztőtől hallottunk, akik nagyjából ugyanazokat mondják. Itt épp nincs szobánk, hogy felsoroljam őket. Az egész lényege, hogy ha előre tervez, az Android fejlesztői irányelvei a legtöbb esetben valóban működnek. Örömmel halljuk, és továbbra is élvezni fogjuk a remek alkalmazásokat és támogatjuk a keményen dolgozó fejlesztőket.