A „széttagoltság” leküzdése: a fejlesztők több képernyő támogatására szólnak fel

Az Android különféle eszközökön fut, ami azt jelenti, hogy különféle képernyőméreteken és felbontásokon is fut. Sok ember ezt széttagoltságnak hívja. Soha ne törődjön azzal a ténnyel, hogy évek óta ugyanúgy tervezték és fejlesztették az termékeiket az asztalukon. Úgy tűnik, hogy ha minden nem pontosan ugyanaz, akkor megkapja a „fragmentáció” címkét.

Különböző módon lehet kezelni a különböző méretű és sűrűségű képernyők használatakor felmerülő problémákat. Az Apple külön listázza azokat az alkalmazásokat, amelyeket iPhone-ra terveztek, szemben az iPad-rel. A Microsoft új ökoszisztémát hoz létre a nagyképernyős eszközökhöz. Az Android lehetőséget nyújt a fejlesztők számára, hogy ugyanaz az alkalmazás eltérően működjön a különböző képernyőkön. Minden módszernél jó és rossz is van, de itt az Androidra összpontosítunk.

Androidon az alkalmazások beállíthatják a különféle méretű képernyők elrendezését és a felbontást. Ez mind be van építve, de van néhány dolog, amelyet a fejlesztőknek be kell jelenteniük kódjukban, hogy az alkalmazás jól néz ki. Ne feledje, hogy a képernyő mérete és sűrűsége hogyan változtatja meg az alkalmazás megjelenését. A Droid DNS nagyobb felbontású képernyővel rendelkezik, mint a Motorola XOOM táblagép, de nem akarjuk, hogy a telefon méretű képernyőjén az alkalmazások táblagépének elrendezése jelenjen meg.

A fejlesztőknek olyan eszközöket (képeket) kell biztosítaniuk, amelyek elég magas színvonalúak ahhoz, hogy élesnek tűnjenek a nagy felbontásban (ne felejtsen el őrülten nagy felbontást), és ügyeljen arra, hogy az elrendezés megtervezésekor használjon sűrűségtől független pixelelemeket. Ez megakadályozza, hogy a gombok és egyéb kezelőszervek valóban nagyok legyenek az alacsony sűrűségű képernyőkön, mint például a Galaxy S2, vagy hogy valóban kicsik legyenek a nagy sűrűségű képernyőkön, mint például a DNS.

Bonyolultnak tűnik, de ezeknek a dolgoknak a többsége az Ön számára történik, amikor egy alkalmazást kódolnak. A fejlesztőknek csak annyit kell tenniük, hogy helyes nyilatkozatokat készítsenek, és megfelelő anyagokat biztosítsanak bármilyen méretű (mind fizikai, mind felbontású) vagy elrendezés támogatásához. Még több elrendezési alkalmazás, például a Google+ alkalmazás ugyanazt a kódot használja, hogy lefedje az összes elképzelhető képernyőt.

Itt nem a fejlesztõket próbáljuk megítélni. Az alkalmazások írása nehéz. Az Android fejlesztők mindezt prédikálják a Mézeskalács megjelenése óta, de mennyire praktikus? Megkérdeztünk néhány fejlesztõt errõl, nézd meg, mit kellett mondaniuk a szünet után.

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

Néhány fejlesztőt (nagy és kicsi) feltettünk néhány alapvető kérdést a témában.

• Mennyire nehéz az iránymutatásokat betartani?
• Papíron könnyűnek tűnik, de vannak-e olyan speciális problémák, amelyeket látott, vagy olyan alkatrészek, amelyeket a Google nem fed le?
• Hogyan befolyásolta ez, ha egyáltalán?
• Van még valami a témáról, amelyet meg szeretne osztani?

Megpróbáltam a kérdéseket a lehető leg semlegesebbé tenni, hogy ne nézzünk bele bizonyos torzításokkal. Ha kétségei vannak, megkérdezi az embereket, akik tudják, igaz? Megfelelően megosztottam a programozást, de a kódolás a Java-ban és az Android-alkalmazások építése nagyon különbözik a kód C vagy gépi kódban, vagy akár a Perlben történő írásától. Vannak olyan árnyalatok, amelyeket nem értek, még akkor is, ha megismerem az alkalmazás létrehozásának általános módszereit.

Azt hiszem, jó néhány srác vagy olyan, mint én, és nem ismerik az Android alkalmazások építésének bonyodalmait. Csak azt látjuk, amit az Android fejlesztők mondnak, és ezek könnyűvé teszik. Nekik valószínűleg az - 2007 óta írják ezt a cuccot. Lássuk, mit kell mondaniuk azoknak, akik képesek voltak követni őket.

Joe Simpson (@kennydude) - Boid

Joe a Team Boid tagja, és önállóan is publikál alkalmazásokat. Ő (és csapata többi tagja) kiváló példája az Android iránti szenvedélyt nyújtó független fejlesztőknek, akik elképesztő alkalmazásokat indítottak el.

Az iránymutatások betartása meglehetősen nehéz, főleg ha sovány alkalmazást akar, de az emberek visszamenőleges kompatibilitást akarnak. Az egyik leginkább bosszantó dolog, ha látjuk, hogy néz ki valami a d.android.com/design webhelyen, de semmi sem arról, hogyan valósítsuk meg.

A gyenge pont frissítő, ha fizikailag nem tudja használni a GCM-et a Twitter miatt, és nem akarja használni a PtR-t. A Google alkalmazásai szintén saját irányelveket alkotnak. Vegyük például a bepattintható ablakot: 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 az EdgeEffect).

Hallgató vagyok, így a költségeket nem látom, és igen, időbe telik, de a felhasználók szeretni fognak. Alapvetően a Live Shows (ADiA, App Clinic, irodai órák) kötelező (sajnos), bár nem tudnak visszajelzést adni a Google alkalmazásairól.

A Boid hamarosan nyílt forrású (yay!), És maga az alkalmazás megtalálható a Google Playen. Itt található az összes Joe alkalmazás (itt vannak néhány ékszer).

Christophe Versieux - BeTrains - SNCB Belgium; HoloEverywhere

Christophe számos Android alkalmazást épített, köztük a BeTrains - SNCB Belguim alkalmazást - egy fantasztikus elrendezéssel rendelkező alkalmazást, amely megmutatja, hogy mit lehet tenni egy jól felépített alkalmazás segítségével. Míg az USA-ban a legtöbb soha nem fogja használni (ez egy vasúti menetrend alkalmazás belga sínek számára), érdemes telepíteni, hogy megnézhesse, mennyire sikerült. A nyugat-európai emberek minden bizonnyal tudnak erről.

Ezenkívül a HoloEverywhere könyvtárat fejlesztette ki, amelyet más fejlesztők felhasználhatnak Holo stílusú alkalmazások készítéséhez az Android 2.1 vagy újabb verziókhoz. Mivel sok telefonban még mindig fut a Mézeskalács, ez egy igazi élvezet azoknak a fejlesztőknek, akik az alkalmazásukat naprakészen szeretnék tartani.

Egyáltalán nem nehéz. Komolyan. A nehéz helyzet akkor fordul elő, amikor az ügyfél azt kéri, hogy távozzon ezen iránymutatásoktól!

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

Nagyon mérges voltam rá, amikor megkérdezte ezeket a hülye dolgokat, és azt hitte, hogy lusta fejlesztő vagyok.

Nagyon sok kapcsolatban vagyok vele, és teljesen átírjuk az alkalmazását, fantasztikus kódot hozunk létre, eltávolítva ezeket a haszontalan funkciókat, és létrehozva egy "tiszta" Android-alkalmazást. Erõsen hiszem, hogy az ügyfeleknek és a vállalatoknak tisztában kell lenniük ezekkel az irányelvekkel.

Az olyan könyvtárak, mint az ActionBarSherlock, a HoloEverywhere (alkotásom), az UnifiedPreferences és a SlidingMenu, nagyon könnyen kezelhetők, és néhány kódsorban fantasztikus felhasználói élményt nyújtanak.

Az időt és a költségeket, amint mondtam, a Google irányelveinek betartásával minimalizáljuk. A fragmentumok és az elrendezési mappák valóban könnyen kezelhetők (és ennél is fontosabb az újrafelhasználás): a táblagép alkalmazás csak ragadja meg a kódot a telefon elrendezéséből, és semmit sem kell újraírni. A telefon alkalmazás kis változásai azonnal megjelennek a táblagép alkalmazásban, mivel ugyanazt a töredéket használják.

Néhány csodálatos projektet a közösség készít, nem mindig a Google. Egyesek, nagyon aktívak a Google+ szolgáltatásban, például Roman Nurik (Google), Reto Meier (Google) Juhani Lehtimäki, Jake Wharton, Taylor Ling,.. (mindig attól tartok, hogy elfelejtem a fontos embereket), nagyon tanulságosak. A fejlesztőknek csak tudniuk kell, hol kell keresni, és az Android fejlesztése egyszerű lesz számukra!

A BeTrains megtalálható a Google Playen, és érdemes megnéznie a HoloEverywhere oldalt, ha érdekli az Android fejlesztése.

Matthew Runo - Zappos

Néhány kisebb független fejlesztõvel szemben, amellyel beszélgettünk, Matthew-t is hallottuk a Zappos-nál. A Zappos egy internetes kiskereskedelmi vállalat, és valószínűleg külön költségvetést tervez mind a weboldalukra, mind az alkalmazásukra. Ez egy olyan társaság is, amelyet rendszeresen vásárolok, de ennek nem volt csapása, és a Máté nem tudta, hogy gyakori vásárló vagyok, amikor önként jelentkezik.

A Zapposnál, mivel kiskereskedő vagyunk, mindenekelőtt saját márkánkhoz kell ragaszkodnunk. Szokatlan, szórakoztató és egy kicsit a falról. Ennek ellenére mindkettőnk nagyon hisz az Android tervezési irányelveiben - és minden, amit az UI-ben csinálunk, e szabályok szelleméből származik. Egy évvel ezelőtt alkalmazásunk többnyire iOS port volt, attól függően, hogyan nézett ki és működött. Ma (azt hiszem) ez a gyöngyszeme annak, amit megtehetsz az Android rendszerben. Amikor csak lehetséges, betartjuk az irányelveket - és tervezőink kiindulási pontként azok alapján dolgoznak.

A tervezési iránymutatások nem minden és mindennek vége - végül is csak ott vannak, hogy megpróbálják továbbmozgatni az android alkalmazások tervezését, hogy következetesebbek legyenek. Megállapítottuk, hogy az általunk használt általános „új” nyílt forráskódú könyvtárak többsége az iránymutatások részeként jött létre (csúszómenü, krutonnal).

Az iránymutatásoknak soha nem szabad visszatartaniuk. Bizonyos dolgoknak - az általános navigációnak - következeteseknek kell lenniük, hogy az alkalmazás „csak működjön”. Minden más - kezdje az iránymutatásoktól, és futtassa a tervezést. Azt akarjuk, hogy alkalmazásunk a mi alkalmazásunk legyen - tehát nemcsak nem tehetjük meg az alapvető holo témát.

Ebben az évben alapvetően az alkalmazásunk alapjaiban történő újraírásával kezdtük, hogy töredékekkel dolgozzunk. Az elmúlt 6 hónapban keményen dolgoztunk a 7 "-es táblagép-támogatás hozzáadása mellett, és jelenleg 10" -es támogatáson dolgozunk. A legnehezebb eszköz az eszközök tesztelése, 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 az alkalmazásunkon, azelőtt 1 teljes munkaidős személy volt.

A lényeg az a véleményem, hogy az android-tervezési irányelvek segítenek folyamatunk korszerűsítésében - és ezáltal csökkentik a költségeket. Nézzünk szembe a tényekkel, a legtöbb iOS-ből származó tervező - így tehát olyan nagy forrás, mint a design.android.com, remek segítséget nyújt az Android ökoszisztéma beindításához.

Elmondhatom, hogy Zappos tervezési döntései jól működnek, és a feleségemnek szekrény tele van ruhákkal, pénztárcákkal és csizmákkal, amelyek megerősítik az állításomat. Nézze meg Android-alkalmazásukat a Google Playen.

Josh Burton - jRemote

Josh számos kicsi alkalmazást írt az Androidra, és a jRemote alkalmazás (amely a népszerű jDownloader PC program vezérlője) kiváló példa arra, hogy az elrendezések segítségével hozzon létre egy alkalmazást, amely jól néz ki mind a telefonon, mind a táblagépen. Maximalizálja az eszköz képernyőjének használatát, és megadja az Ön számára azokat a információkat, amelyeket pontosan a kívánt módon vár.

A tervezési irányelvek betartása elég egyenesen előre, mindaddig, amíg a kezéből betartod őket. Egy teljes alkalmazás kifejlesztése, majd a végén visszatérés és a töredékek / táblagépek elrendezéseinek próbálkozása stb. Idő, erőfeszítés és frusztrálás pazarlás. De ha megtervezi az alkalmazását, a kezdetektől kezdve fejleszti a fragmentumokat, és létrehozza az erőforrásokat a megfelelő dpi vödrökhöz, ez szellőzést okoz, és valójában nem kell sok időt költenie az iránymutatások átgondolására. És ha elakad, a tervezési dokumentumok csak egy kattintásnyira vannak. Nagyszerű forrás.

Nagyon csalódást okoz nekem, hogy olyan sok eszköznek nincs táblagép-elrendezése. Ha az alkalmazás töredékekkel épül, a táblagép elrendezésének hozzáadásával 30 perc alatt meg lehet valósítani. Őszintén szólva, ennyire egyszerű.

Úgy gondolom, hogy sok fejlesztőnek nincsenek tabletta eszközei a teszteléshez, és az emulátor használata fájdalmat okozhat. De a most kiadott új ADT eszközök sokkal könnyebbé teszik. Az elrendezés-szerkesztő többkonfigurációs nézete azt jelenti, hogy egyszerre 5-6 különféle méretű képernyőn láthatja, hogy néz ki az elrendezése. És gyors. Természetesen végül továbbra is tesztelnie kell egy emulátoron / eszközön, de ez határozottan felgyorsítja a munkafolyamatot.

A jDownloader egy praktikus program, amelyet az asztalon használhat, és a jRemote egy csodálatos módszer annak ellenőrzésére. Ha nem más, töltse le a Google Playről, és nézze meg, hogy az alkalmazás egyszerre egyszerû és gyönyörű legyen.

Sok más fejlesztőtől hallottuk, akik nagyjából ugyanazokat mondják. Itt vagyunk a helyiségből, hogy felsoroljuk őket. A lényeg az, hogy ha előre tervez, akkor az Android fejlesztői irányelvek a legtöbb esetben valóban működnek. Örülünk, hogy hallottuk, és továbbra is élvezni fogjuk a nagyszerű alkalmazásokat, és támogatjuk a szorgalmas fejlesztőket.