211service.com
En programmør forklarer, hvorfor Android-apps er grimme
Debatten om, hvorfor de samme apps, der er tilgængelige på iOS, er mindre smukke – og, formentlig mindre brugbar – på Android har endelig fået sin whistleblower.
Meebo IM-klient på Android (venstre) versus iOS (højre)
Nikolai Sander, CEO for EODSoft, skriver på bloggen Android Gripes , gav denne insiders perspektiv på, hvordan Androids User Interface API fungerer:
Jeg har for nylig overført en af mine apps til Android-platformen og blev chokeret, da jeg lærte User Interface API. Det er det værste UI-bibliotek, jeg nogensinde har arbejdet med (og jeg har arbejdet med en hel del)! Jeg vil endda gå så langt som at kalde det amatøragtigt. Det ser ud til, at det er designet af mindst 3 til 4 forskellige personer uden fælles designretningslinjer. Navnekonventionerne er inkonsekvente, og den statiske karakter af at erklære brugergrænsefladen i xml-filer fungerer muligvis på nettet, men for en dedikeret enhedsgrænseflade er det et mareridt. Dette sammen med fragmenteringen af enheder (hovedsageligt forskellige opløsninger) er det tæt på umuligt at skabe en flot brugergrænseflade på Android-enheder.
Bortset fra sine søde ferie-tema-logoer, har Google aldrig været kendt for sine designkyndige. Faktisk ser den helt datadrevne virksomhed ud til at have omgået problemet på sin flagskibsside ved at undgå det for enhver pris. Det har holdt virksomhedens søgemaskine fri for rod, men søgning forbliver et ret ligetil designproblem på displayniveau. I Android går manglen på polering dog endelig til skade for virksomheden: Godt design handler ikke kun om at gøre tingene æstetisk tiltalende, det handler trods alt også om at gøre dem funktionelle.
Bortset fra: Androids fiasko i denne afdeling forklarer ikke Apples succes
For at forstå, hvorfor Apple er så gode til brugergrænseflade-API'er, behøver man kun at se på Apples lange, lange historie med at skabe en API til en meget anden slags operativsystem – OS X. Selv før der var et OS X, tilbage i tiden af System 6, 7, 8 og 9 arbejdede Apple meget hårdt på at give sine applikationsudviklere et standardsæt af værktøjer til at gøre alt fra at vise vinduer til at gengive knapper.
Faktisk gør Apples nuværende Cocoa-applikationsprogrammeringsgrænseflade det nemmere at bygge apps til OS X ved at automatisere dele af udviklingen - præcist så hver app på en Mac følger Apples retningslinjer for menneskelige grænseflader.
Det er her, Steve Jobs' fanatiske hengivenhed til brugervenlighed virkelig skinner. På den ene side er resultaterne ensartede. Det er ligesom den gamle Model T - du kan få en iPhone eller OS X-app i den farve, du kan lide, så længe den er sort - dvs. Job-godkendt.
Beskæftiger sig med skærme af enhver mulig størrelse
Et andet problem med udviklingen til Android er naturligvis den vanvittige række af potentielle enhedsopløsninger. Hvor iOS-apps kun skal fungere i stort set to opløsninger – original iPhone og iPad/iPhone 4, skal Android-apps rumme mange.
Sander siger:
Jeg ville ikke bebrejde udviklerne eller designere af apps for den dårlige brugergrænseflade. De fleste af dem skrev trods alt iPhone-versionen først, og de har helt sikkert alle aktiver (bitmaps osv.) tilgængelige, men i de fleste tilfælde går jeg ud fra, at de blev så frustrerede over UI SDK'et på Android, at de besluttede at oprette en enklere i for ikke at spilde for meget tid. Det ved jeg, at jeg har. At prøve at få brugergrænsefladen til at se rigtigt ud på Android-platformen er en prøve- og fejlproces, og med prøveversion mener jeg, at du prøver det på alle mulige enhedsopløsninger og støder for det meste på fejl. På iPhone bygger du det bare i Interface Builder til 2 opløsninger (320x480 og retina, som er næsten identisk med iPad), og du er færdig.
Og her er, hvordan alle disse enhedsopløsninger ser ud, takket være Nick hos AnIdea :
Skærmopløsninger på populære Android-telefoner
Udvikling til en så bred vifte af enhedsskærmstørrelser og aspektrationer betyder, at det ikke kun er umuligt at skabe pixel-perfekte designs til Android-grænseflader, der er ikke engang nogen garanti for, at en given grænseflade kan skaleres til at passe til en bestemt skærm. Det gør udvikling til Android-enheder mere som at designe websider end at designe en applikationsgrænseflade. En udfordring af denne skala kræver det bedste brugergrænsefladebibliotek, som Google overhovedet kunne levere – men det modsatte ser ud til at være sandt.
