Share
Tidligere har du lært om designmønstre og hvordan de brukes på iOS-plattformen. I denne artikkelen ser vi nærmere på designmønstre på Android-plattformen, og de adskiller seg fra designmønstre på IOS. Hvis du ikke er kjent med designmønstre på Android, er denne artikkelen for deg.
Hvis du ikke har lest min forrige artikkel om designmønstre på IOS, oppfordrer jeg deg til å ta noen minutter å lese den artikkelen før du fortsetter. Noen av konseptene og terminologiene som ble brukt i denne artikkelen ble introdusert i Introduksjon til IOS Design Patterns.
Hvert operativsystem eller plattform har retningslinjer for design. Konsekvent design bidrar til å skape en tydelig utseende for operativsystemet eller plattformen. Når du jobber med et program som vil målrette både iOS og Android, vil du for eksempel lære at det finnes en rekke subtile og ikke så subtile forskjeller angående visjonen som ligger til grunn for designet. Dette er noen eksempler på aspekter som vektlegges annerledes enn andre mobile operativsystemer.
Som et utgangspunkt, tilbyr Android-plattformen for øyeblikket to standardtemaer når du vil designe programmer for plattformen. Disse temaene er nyttige og anbefalte når du nettopp har begynt, men de er på ingen måte obligatoriske.
Temaene heter Holo Light og Holo Dark, et lys og et mørkt tema, avhengig av den visuelle stilen du ønsker å oppnå i søknaden din.
Å bruke en av standardtemaene hjelper deg når du bare starter og lærer mer om Androids designmønstre. Fordi standardtemaene er en del av Android, starter du fra et solid fundament som overholder standardene til operativsystemet. Det er også et flott utgangspunkt for tilpassede design.
Selvfølgelig handler det ikke bare om programmets grensesnitt. Selv siden flatdesign ble populært på iOS, har det oppstått en klar forskjell mellom applikasjonsikonene på Android og iOS.
De fleste Android-applikasjoner har applikasjonsikoner som gir en følelse av dybde for å etterligne den virkelige verden. Mange applikasjonsikoner på Android har en subtil 3D-effekt som brukes på dem for å skape den dybdefølelsen. En annen merkbar forskjell mellom ikoner på Android og iOS er bruken av gjennomsiktighet.
Hvis du utvikler et program som retter seg mot både Android og iOS, er det viktig å lage et konsept som fungerer bra på begge plattformene.
Når en bruker samhandler med et applikasjons brukergrensesnitt, forventer hun en vis form for visuell tilbakemelding. Denne tilbakemeldingen er generelt mer eksplisitt på Android enn den er på iOS.
Visuell tilbakemelding er utmerket for å forbedre brukeropplevelsen, fordi det skaper en følelse av respons og kontroll, som er to aspekter brukerne har kommet til å forvente av mobile applikasjoner.
Jeg oppfordrer deg til å laste ned noen av de populære programmene til hver plattform og utforske hvordan de svarer på dine innspill.
Det bør ikke være en overraskelse at en rekke komponenter er unike for eller forskjellige på Android-plattformen.
Merk at disse er bare noen få eksempler. Det beste rådet jeg kan gi deg når du lager et program for en plattform du ikke er kjent med, er å få innspill fra brukere og utviklere som er kjent med plattformen. De kan raskt peke ut hva kjennes merkelig eller feil og hva som ikke er det.
I IOS finnes det vanligvis en faneblad nederst på skjermen i et programmets brukergrensesnitt. I Android er imidlertid fanene plassert øverst. Android støtter flere og rullbare faner mens iOS har spesifikke retningslinjer der bruksfeltene har en god passform og retningslinjene selv angir maksimalt antall faner.
Resultatet er at et brukergrensesnitt designet for Android-plattformen kanskje ikke alltid arbeid på iOS på grunn av tekniske begrensninger. Rullbare faner, for eksempel, er unike for Android og støttes ikke av IOS SDK.
En rullegardinmeny er noe du bare finner på Android. Det er forskjellig brukstilfeller der en rullegardinmeny er en god passform. Når du har mange funksjoner eller mange innholdsgrupper med inkonsekvent navigering, er en rullegardinmeny en levedyktig løsning for å takle problemet.
Siden Android 4.0 er det en klebrig navigasjonslinje nederst på skjermen. Bortsett fra nylig knappen inneholder navigasjonsfeltet også a tilbake og opp knapp. tapping tilbake ta brukeren til forrige skjerm mens du trykker på opp bringer deg til det øvre nivået i programmets hierarki.
For eksempel kan jeg sveipe gjennom forskjellige deler av innholdet i et program. Tilbakeknappen vil bringe meg tilbake til det forrige elementet mens du trykker på opp ville navigere meg til valgmenyen der jeg kan velge et nytt element. Dette er en kraftig funksjon som du bør ta hensyn til når du lager informasjonarkitekturen til et program.
I Android ser du vanligvis ikke tilpassede tilbake knapper som de vi vanligvis ser i navigasjonslinjen i iOS-applikasjoner.
Android støtter også widgets, som er helt fraværende på iOS-plattformen.
La oss dykke dypere i noen av designmønstrene på Android. Generelt er de beste metodene for å opprette et brukergrensesnitt å se hvordan andre applikasjoner løser et bestemt designproblem, og hvordan standardgrensesnittelementer kan løse det.
For eksempel, hvordan viser andre programmer innhold? Hvordan håndterer de brukerinngang? Eller implementer e-handel? Ved å se på noen få eksempler får du en ide om mulige løsninger for å løse designproblemet du står overfor. Betyr dette at du bør blatant kopiere et eksisterende program? Ikke egentlig.
En godt gjennomtenkt app forsøker å løse et bestemt problem. Vanligvis prøver appen å takle et unikt problem, noe som betyr at du må finne ut en passende brukerflyt.
Følgende liste skal gi deg en introduksjon til å tenke på mulige designmønstre for din søknad:
Lær mer om Android-designmønstre betyr at du må bli kjent med Android-plattformen. Opprette et brukergrensesnitt som ligner på operativsystemets standarder, betyr at brukere har en større følelse av kjennskap og en bedre brukeropplevelse.
Husk at vi bare berørte emnet kort. Det er mange ressurser tilgjengelig som vil hjelpe deg med å forbedre forståelsen av designmønstre på Android. Du lærer imidlertid mest ved å skape brukerflyter og brukergrensesnitt.
Accentsconagua