Android VS. iOS: Comparați 20 de componente și modele UI (partea 1)

20 de diferențe între Android și iOS, ar trebui să știți când proiectați pentru aplicații multiplă platformă

中文 版 Versiunea originală chineză publicată pe 10 decembrie 2016

Android VS. iOS: Comparați 20 de componente și modele UI (partea 2)

Există tot mai multe aplicații lansate atât pentru Android cât și pentru iOS. Dar putem găsi că designul aplicației poate să nu abordeze sau să observe diferențele dintre Android și iOS pe componentele UI sau pe modelele de comportament. Uneori am putea găsi componentele iOS sunt utilizate pe aplicațiile Android sau modelele Android sunt aplicate pe aplicațiile iOS. Componentele / modelele greșite pot cauza confuzia utilizatorilor.

Pentru a permite dezvoltatorilor sau proiectanților să înțeleagă mai ușor diferența de bază între Android și iOS. Aș dori să introduc și să compar modele / componentele UI, care au cândva nume diferite pe cele două platforme, cu câteva capturi de ecran ca exemple:

1. Navigator sertar, filele și navigare în partea de jos VS. Bare de file

Am dori să vorbim mai întâi despre designul navigației, deoarece este o problemă esențială despre structura informațională pe care designerii trebuie să o abordeze atunci când proiectează aplicații la început.

Sertarul de navigare a fost cel mai reprezentativ pentru design-ul Android din 2013. Elementele din categoria de nivel superior a structurii informaționale sunt introduse într-un sertar care poate fi ascuns pentru a face utilizarea interfețelor interioare simple și curate. Dar mai târziu, cu o mulțime de cercetări care dezvăluiau problemele de uzabilitate ale sertarului de navigare, Google a început să mute elemente importante din categorii / elemente din sertarele de navigare în filele din aplicațiile lor; Youtube a fost un exemplu în acest sens. În 2016, navigarea de jos a apărut în Ghidul de proiectare a materialelor și asta arată că unele componente UI din Android se apropie mai mult de cele iOS.

Evoluția structurii Youtube: Funcțiile importante, Abonamentele mele, Istoricul și playlistul sunt introduse într-un sertar -> Structura aplicației este reorganizată, sertarul este eliminat și principalele caracteristici sunt mutate în file -> Tendința este adăugată în file.Evoluția structurii Google Photos: Principalele funcții sunt introduse în sertar -> Funcțiile principale sunt mutate în navigarea cu butoane -> Butonul de acțiune plutitoare de căutare, care poate întrerupe răsfoirea fotografiilor, este transformat într-o bară de căutare.

Rețineți că, există încă unele diferențe între filele Android și navigarea de jos :

  1. Tabele pot fi utilizate la niveluri superioare sau inferioare în ierarhia informațiilor, dar Navigarea de jos se folosește doar la nivelul superior.
  2. Tabulele acceptă nu numai atingerea, dar glisarea gestului pentru a schimba vizualizarea, dar Navigarea de jos acceptă doar atingerea.
  3. Valoarea articolului din file este flexibilă. Puteți pune 2-5 articole în file fixe sau mai multe elemente în filele rulate. Dar doar 3-5 articole pot fi puse în navigare de jos. 2 sau peste 5 articole sunt interzise。

În unele aplicații cu structuri de navigație profunde și complicate, este posibil să găsim sertarul de navigare, navigarea de jos și filele să apară în același timp. Nu recomand ca sertarul de navigare și navigarea de jos să fie utilizate în același timp în aplicații, deoarece este greu de spus structurile ierarhice dintre ele. Nivelul sertarului de navigație este mai mare sau mai mic decât cel de jos? Sau sunt la nivel paralel? Structurile ambigue ar confunda utilizatorii. Google Plus este un exemplu negativ pentru mine. Mă simt într-adevăr confuz după actualizarea Google Plus și după ce am văzut un sertar de navigare și o navigare de jos în același timp la început.

Analizând actualele aplicații Google, am putea găsi un sertar de navigare, iar navigarea de jos se află la nivel paralel. Luăm exemple Google Photos și Google Plus, după ce dezvăluim un sertar de navigare în ecranul principal, nu există niciun element de evidență pe niciun element din categorie. Android pare să pună categorii precum contul, setările și alte funcții secundare într-un sertar și localizează funcțiile utilizate frecvent / în navigarea de jos.

Google Plus

iOS a folosit „bare de tab” de jos ca navigare implicită de mult timp și nu s-a schimbat niciodată. Tabele de bare, la fel ca și navigarea de jos cu Android, au articole din 3 până la 5 categorii și puteți schimba vizualizarea categoriilor atingând elemente.

Este demn de remarcat faptul că barele de file există, de obicei, chiar dacă intrați în nivelurile următoare sau mai adânci din cea superioară Atingerea elementului evidențiat din bara de file vă va readuce la nivelul superior. Barele de tablă dispar atunci când sunteți în vizualizare modală sau introduceți vederi de detaliu cu barele de instrumente de jos. Cu toate acestea, în aplicațiile Android, atât filele, cât și navigarea de jos vor dispărea când veți intra în pagina următoare în niveluri mai profunde.

2. Baruri de aplicații (bare de acțiune) VS. Bare de navigare

Barele din zona de sus a ecranelor de aplicații pentru Android se numesc bare de aplicații, de exemplu, bare de acțiune și bare de instrumente, care sunt utilizate în principal pentru a pune numele ecranului actual sau numele aplicațiilor și butoanele de acțiune. Numele sunt puse în partea stângă a barelor de acțiune și a butoanelor de acțiune, care de obicei nu sunt mai mult de 3, sunt puse în partea dreaptă. Dacă acțiunile sunt mai mult de 3, am folosi pictograma de overflow și am pune acțiunile mai puțin importante în meniul overflow.

Atât Android, cât și iOS au propriile lor stiluri de pictogramă din spate. Dar iOS, de obicei, pune un șir, înapoi sau numele paginii anterioare lângă pictograma din spate, care permite utilizatorilor să știe unde se vor întoarce mai precis.

Mai multe baruri de aplicații comune și bare de navigare

3. Bare de instrumente

Butoanele de acțiune pot fi puse nu numai pe bare de acțiune / bare de navigare, ci pe „bare de instrumente” de jos atât pe Android cât și pe iOS.

Chiar dacă barele de instrumente de jos nu sunt menționate în Ghidul de proiectare a materialelor (vorbesc barele de instrumente doar ca bare de aplicații), totuși, putem găsi barele de instrumente de jos care sunt utilizate în Google Keep și Google Photos.

Barele de instrumente din partea de jos sunt una dintre componentele comune ale utilizatorului iOS și pot fi găsite în multe aplicații. Atât pictogramele cât și textul ca butoane de acțiune și descrieri de stare pot fi introduse în bare de instrumente.

4. Tabele VS. Controluri segmentate

Paginile din nivelul secundar sau inferior al ierarhiei pot utiliza „file” pe Android și „controale segmentate” pe aplicațiile iOS.

Atât filele Android cât și controalele segmentate iOS pot fi plasate în poziția bilei de acțiune / bara de navigare.

Tabele Android pot fi doar cu text, doar cu pictograme sau atât cu pictograme, cât și cu text, care se găsesc mai rar în aplicațiile actuale. Atât pictogramele cât și textul pot fi introduse în controale segmentate iOS. Trebuie evitate amestecarea textului și a pictogramelor într-un control segmentat.

Toate textele tappabile din Android sunt SUPRAVEGHERE și, prin urmare, textul din file este cu majuscule. Controalele segmentate de iOS utilizează „Case Case Title”.

Despre cantitatea de articole din filele Android, acestea vor fi cuprinse între 2-5 într-o bară cu file fixă. Poate fi utilizată o bară cu filă rulantă când există șiruri lungi sau mai mult de 5 articole. Un control segmentat ar trebui să aibă cinci sau mai puține segmente pe iPhone pentru a asigura suficient spațiu pentru atingerea cu ușurință.

5. Butoane

Practic, singura diferență între butoanele Android și iOS este majuscularea șirurilor și stilul de aspect.

Butoanele Android au în principal 2 stiluri, butoane „plate” și „ridicate”, care sunt utilizate în situații diferite. De exemplu, nu este bine să folosiți butoane înălțate pe interfața de utilizare a cardului, deoarece butoanele ridicate apar prea proeminente în carduri, iar umbrele redundante fac, de asemenea, interfața utilizatorului să nu fie simplă și curată. Butoanele plate sunt recomandate să fie utilizate nu numai pe carduri, ci și pe dialoguri și în subsoluri. Android are și butoane de acțiune plutitoare, care vor fi introduse în secțiunea următoare.

Deși Ghidul de proiectare a materialelor definește doar stilurile vizuale ale butoanelor plate și ridicate, butoanele fantomă, care sunt forme plate fără umplutură și un contur simplu, și cele asemănătoare cu nasturi fără umbre pot fi de asemenea găsite în Google Play. Butoanele fantomă pot fi comparate cu butonul normal pentru iOS; butoane asemănătoare cu butoanele înalte până la butonul apăsat.

Textul din butoanele Android este UPPERCASE; Butoanele iOS folosesc în principal Titlul cazului. Uneori, butoanele fantomă folosesc UPPERCASE, cum ar fi butonul OPEN și UPDATE din App Store, dar cândva folosesc „Cazul titlului”, cum ar fi „Rezervați un tabel” și „Direcții” în Harta iOS 10. Regula de majusculare din iOS pare a fi incoerentă.

6. Butoane de acțiune plutitoare VS. Apelarea la butoanele de acțiune

Butoane de acțiune plutitoare, FAB a apărut pentru prima dată cu Material Design în Android 5.0. FAB-urile, situate în colțul din dreapta jos al ecranelor, sunt utilizate pentru a rezolva problema de utilizare a funcționării la o singură mână. Este dificil să atingeți butoanele de pe barele de acțiune în timp ce utilizați telefoane cu o singură mână. FAB-urile sunt situate uneori și la joncțiunea a două zone și asta face ca FAB-urile să fie mai atrăgătoare.

Un buton de acțiune flotant reprezintă acțiunea principală dintr-o aplicație. De exemplu, butonul de compunere din aplicația de e-mail și butonul nou de postare din aplicația de rețea socială sunt potrivite pentru utilizarea FAB-urilor.

Designul similar pentru acțiunea principală în aplicațiile iOS este butonul de apelare la acțiune care se află în centrul barelor de file. Butoanele CTA, în timpuri anterioare, foloseau diferite culori sau design pentru a le distinge de alte file. Însă acum, pe măsură ce utilizatorii sunt din ce în ce mai familiari cu modelul, stilul butonului CTA este același ca filele din multe aplicații. Butoanele pentru postarea nouă în Medium și publicarea unei noi fotografii în Instagram sunt exemplele.

7. Fișele de jos VS. Fișe de acțiune și vizualizări de activitate

Foile de fund Android apar din 2015, dar iOS are acest design similar de mult timp. Android are acest tip de design, deoarece vrea să rezolve problema operațiunii cu o singură mână.

Foaia de fund Android are 2 forme: foi de bază modale și coli de fund persistente.

Foile de bază modale Android conțin două conținuturi: 1) Foi de bază modale cu acțiuni diferite și 2) Lista de aplicații care apare după ce utilizatorii apasă pictograma „Partajează”. Primul este exact ca fișierele de acțiune iOS; cea din urmă este ca și vizualizările activității iOS după atingerea pictogramei „Acțiuni”. Dispunerea conținutului foilor de bază modale Android poate fi listă sau grilă.

Foile de jos persistente sunt utilizate atunci când foile de jos au aceeași importanță cu conținutul principal de mai sus și utilizatorii pot avea nevoie să vizualizeze ambele informații în același timp. Luând ca exemplu aplicația Map, zona superioară arată o hartă, iar foaia de jos arată detaliile locației. Într-o aplicație de muzică, zona superioară ar arăta coperta albumului, iar zona de jos poate avea controale pentru redarea muzicii.

Chiar dacă nu pot găsi componente precum fișele de bază persistente pentru Android definite în Ghidul interfeței umane pentru iOS, puteți vedea totuși designul similar în aplicațiile încorporate native pentru iOS, Harta și muzica.

Credit imagine: Ghid pentru proiectarea materialelor Google și proiectare Facebook

8. Dialoguri VS. Alerte

Dialogurile Android au în principal 3 funcții: 1) Modificări: întrerupe ceea ce încearcă să facă utilizatorii și informează utilizatorul despre o situație. 2) Meniuri: oferă utilizatorilor posibilitatea de a selecta o opțiune sau de a schimba setările simple. 3) Confirmare: ca poka-jug, confirmați alegerea utilizatorilor înainte de a se angaja să prevină greșelile.

Dialogurile Android constau în titluri, conținut și butoane. Uneori, titlurile pot fi omise. Conținutul nu poate avea doar text pur, ci și alte componente, cum ar fi lista de opțiuni sau câmpurile de text. Alerta iOS are, de asemenea, titluri, conținut și butoane, similare cu dialogul cu Android. Singura diferență este că conținutul poate fi omis, dar trebuie păstrat un titlu.

Dialogurile Android au 3 forme: 1) Dialoguri simple, la fel ca un meniu: Nu există butonul OK și Cancel pe dialog. Puteți atinge o opțiune din dialog pentru a selecta, apoi dialogul va dispărea. Puteți atinge în afara dialogului sau tasta Înapoi pentru a închide dialogurile. 2) Dialoguri de confirmare, cele mai frecvente: Există butoane pentru care utilizatorii să atingă pentru a confirma acțiunea lor. 3) Dialoguri cu ecran complet, utilizate doar la telefoane: dialogurile pe ecran complet nu sunt pe ecran complet pe tablete. Dialogurile pe ecran complet cu Android sunt la fel ca vizualizarea modală a iOS, care va fi introdusă mai târziu.

texte

Titlul și textul de conținut din dialogurile Android se aliniază la stânga; Titlul și textul descrierii din centrul de aliniere a alertelor iOS. Android folosește „Sentence case” pentru titluri; iOS utilizează „Titlul cazului”. Atât Android, cât și iOS folosesc „Caz de propoziție” pentru textul conținutului.

Titlul dialogului Android și alerta iOS ar trebui să fie scurte și clare. Evitați întrebările cu unele indicații, cum ar fi „Sunteți sigur că doriți să ștergeți fișierul?” Propoziția ar trebui să fie simplă, neutră și directă, cum ar fi „Ștergeți fișierul?”.

Butoane

Despre numărul de butoane, Android și iOS pot avea 1–2 butoane. Ghidul iOS sugerează evitarea a 3 sau mai multe butoane în general, deoarece mai multe butoane creează complexitate și pot necesita defilare. Dacă aveți nevoie de mai mult de două opțiuni, luați în considerare să utilizați o foaie de acțiune. Dar când iOS întreabă utilizatorii dacă doresc să își actualizeze versiunea iOS, aceasta afișează trei butoane, Instalează acum, mai târziu și Detalii în alertă.

Când există două butoane, anulare și butonul principal de acțiune, Android și iOS pun butonul de anulare pe partea stângă și butonul principal de acțiune din partea dreaptă (Puteți verifica acest articol pentru a ști motivul pentru care au această regulă). Când copia de pe butoane este mai lungă, două butoane pot fi puse pe verticală. Butonul principal de acțiune va fi în partea de sus a butonului de anulare.

Copia de pe butoane ar trebui să evite folosirea Da și Nu, acțiunea de scriere pe butoane ar fi mai clară și mai directă, cum ar fi Anulare și Salvare, Anulare și Eliminare.

iOS utilizează textul roșu al butonului pentru avertizare dacă acțiunea nu poate fi recuperată, cum ar fi ștergerea. Android nu folosește o culoare specifică pe textul butonului. În legătură cu textul butonului, Android folosește UPPERCASE, dar iOS folosește „Case Case Title”. Textul butonului se aliniază corect în Android, dar aliniază centrul în iOS.

Când contextul este foarte mult, dialogurile cu Android pot repara titlul și subsolul de dialog, dar conținutul este defilabil. Dialogurile cu conținut scrutabil apar adesea atunci când sunt introduse o mulțime de opțiuni în dialoguri. Ghidul iOS sugerează că conținutul ar trebui să fie scurt pentru a evita derularea în alerte.

9. Dialoguri Full-Screen VS. Vizualizări și afișări modale

Dialogurile cu ecran complet Android, pot fi găsite doar pe dispozitive mobile mici, cum ar fi telefoanele inteligente, care pot fi comparate cu vizualizările modale iOS. Vizualizările modale iOS au 4 stiluri, ecran complet, foaie de pagină, foaie de formulare și altele, cum ar fi vedere divizată și pop-up. În ceea ce privește tranziția vizualizărilor modale la telefoane, o vizualizare modală va glisa în sus când intri și va aluneca în jos când pleci.

Popovers sunt utilizate numai pentru tablete

10. Snackbars & Toasts VS. Alerte

În afară de dialoguri, Android folosește snackbars sau toast ca mesaje aluzie cu interferențe la nivel scăzut. snackbars sau toast, deoarece feedback-ul apare de obicei timp de aproximativ 3 secunde după ce utilizatorii iau o acțiune, apoi alunecă sau se estompează automat.

Snackbars poate avea un buton de acțiune care permite utilizatorului să refacă sau să ia alte măsuri. Toasturile sunt utilizate în principal pentru afișarea mesajelor de sistem. Nu puteți pune icoane pe snackbars sau toasturi.

Ghidul iOS nu are acel tip de componente. Uneori putem găsi că unele aplicații folosesc alerte ca feedback, dar alertele ar întrerupe utilizatorii și pot avea interferențe mai mari. Componentele similare din iOS ar fi un mic pop-up care apare atunci când ajustați volumul sunetului și dispar după câteva secunde. Unele aplicații personalizează fereastra de tip pop-up care se afișează timp de câteva secunde doar ca toasturile Android ca feedback.

Unele aplicații pot să-și personalizeze alertele să apară pentru câteva secunde, cum ar fi toasturile Android.

11. Listează VS. Mese

Listele, cea mai comună și de bază componentă, pot fi găsite în fiecare aplicație (o puteți găsi în Setări aplicații cel puțin). În Android, listele sunt alcătuite dintr-o coloană continuă de rânduri. În iOS, numim Liste sub formă de tablete, constând din mai multe celule, numite rânduri.

Stilul de listă Android are o listă cu o singură linie, o listă cu două linii (constă dintr-un text primar și un text secundar) și o listă cu mai multe linii (constă dintr-un text primar și 2 sau mai multe texte secundare). Puteți adăuga icoane, miniaturi și controale de listă, precum casetele de selectare, butoanele radio și butoanele de comutare. În mod normal, acțiunile principale sunt puse în partea stângă a listei și acțiunile secundare sunt puse în partea dreaptă a listei.

Tabelele iOS sunt similare cu listele Android, dar mai există câteva puncte pe care trebuie să le observați:

1) La telefon, când rândul Android are un titlu principal și un text secundar, acestea sunt plasate vertical. Textul secundar poate fi descriere sau valoare. În iOS, pe lângă stilul cu două linii, are și un singur stil. Textul principal, eticheta, este pus pe partea stângă a celulei, iar valoarea este pusă în partea dreaptă a celulei. Pe tabletă, din cauza spațiului mai larg, rândul Android este uneori la fel ca iOS, punând un titlu principal și un text secundar pe orizontală ca o singură linie.

2) Rândul iOS are o utilizare mai bună decât Android. Dacă există un ecran pentru copii, iOS ar afișa un indicator săgeată pe o celulă din ecranul părinte, astfel încât utilizatorii să știe că celula este apăsabilă și va duce la un alt ecran. Dar în Android, nu putem ști dacă listele sunt doar pentru afișarea informațiilor sau intrarea pentru un alt ecran. Toate au același aspect.

3) Tabelele iOS au 2 formulare: simplu și grupat. O masă simplă are un întreg ecran alb cu divizoare. Chiar dacă doar puține celule au conținut, zona de rest are încă divizoare. Mesele grupate au un fundal gri. Primul tabel grupat are un spațiu cu o bară de navigare, iar cel de-al doilea tabel grupat mai jos. Android are un singur stil și folosește doar un divider pentru a separa două liste diferite.

12. Subpozițiile VS. Anteturi grupate și anteturi de secțiune

Subcapitolele Android și anteturile iOS sunt utilizate pentru separarea și gruparea listelor sau listelor de grile cu conținut diferit. iOS are 2 stiluri diferite pentru a separa listele: 1) Tabelele grupate, utilizate pentru gruparea informațiilor total diferite; 2) Anteturile secțiunilor, pot fi văzute în tabelele simple, utilizate pentru sortarea formatului de date similar, cum ar fi fotografii cu date preluate diferite sau contacte cu nume diferite.

Subcapitolele Android folosesc caz de propoziție. Antetele de masă grupate iOS folosesc „UPPERCASE”, iar anteturile de masă simple folosesc „Case Title”.

La defilare, subcapitolele Android rămân fixate în partea de sus a ecranului până când sunt împinse de pe ecran de următoarele subpoziții, al căror comportament este la fel ca anteturile secțiunii iOS. Anteturile de masă grupate nu au acest tip de comportament.

13. Controlul listelor

Controalele de listă sunt, de asemenea, componente esențiale pentru aplicații. În acest capitol vor fi introduse controale de listă, cum ar fi secțiunea multiplă, selecția unică, comutatoarele, reorganizările de prindere, stângacii și comutatoarele de extindere / prăbușire.

13–1.Muletă de selectare: casete de selectare VS. Bifați cu Circle

Android utilizează casete de selectare pentru selectarea multiplă. O casetă cu o căsuță reprezintă starea articolului selectat; o casetă fără bifă înseamnă că elementul nu este selectat. Casetele de selectare, care pot fi găsite în site-ul sau sistemul de operare pentru desktop, sunt în general componente utilizate pentru selectarea multiplă, însă iOS nu are această componentă. În iOS, un cerc cu o căsuță este utilizat pentru selecția multiplă, dar forma sa poate face utilizatorii să-l confunde cu un buton radio.

Casetele de selectare pentru Android pot fi puse pe partea stângă sau dreapta, dar iOS, de obicei, pune mai multe controale de selecție în partea dreaptă.

Este demn de remarcat faptul că Android folosește uneori casetele de selectare ca și comutatoare pentru activarea / dezactivarea funcțiilor, dar iOS folosește butoanele de comutare pentru a face acest lucru, mai degrabă decât comenzile sale de cerc

13–2.Selecție singură: butoane radio / marcaje VS. checkmarks

Android are butoane radio, care pot fi găsite și pe paginile web sau pe sistemul de operare desktop, ca un singur control de selecție. Un buton radio are un cerc cu un punct în interior dacă elementul este selectat. Butoanele radio sunt utilizate pentru listele a două sau mai multe articole care se exclud reciproc.

iOS nu are butoane radio, dar are marcaje de selectare în loc de control al selecției.

Android obișnuia să pună butoane radio în partea dreaptă a listelor, dar acum puteți găsi butoanele radio sunt puse pe partea stângă treptat. iOS pune marcaje pe partea dreaptă, dar marcajele pot fi puse pe partea stângă dacă partea dreaptă are și alte articole, cum ar fi, de exemplu, un indicator al paginii următoare.

Chiar dacă Ghidul de proiectare a materialelor nu introduce marcaje, care apar din 2016 treptat, dar puteți găsi exemplul în meniul Google Calendar.

Selecție unică Android: butoane Radio și Marcaje. Dar cel din stânga este un exemplu necorespunzător ca simplu dialog, NU ar trebui să aibă un buton CENCEL conform Ghidurilor Google. Sau ar putea fi un dialog de confirmare prin adăugarea unui buton OK, dar va duce la mai mulți pași.

13-3. Întreruperi

Un comutator este o alternativă între două stări de excludere reciprocă, oprite și dezactivate. În trecut, Android nu a avut comutatoare și a folosit casete de selectare pentru activarea / dezactivarea unor funcții, dar acum Android folosesc switch-uri din ce în ce mai multe. iOS utilizează întotdeauna comutatoarele pentru a activa / dezactiva funcțiile. Comutatoarele sunt puse în partea dreaptă a listelor atât în ​​Android cât și în iOS.

Setări Android dezactivate și dezactivate: Gmail utilizează casete de selectare, dar Fotografii folosesc butoanele de comutare

13-4. Reordonarea / Gripper

Android utilizează o pictogramă care constă din 4 linii orizontale paralele ca un control de reordonare, pentru a evita confuzia oamenilor cu pictograma hamburger care constă din 3 linii, folosită pentru extinderea și colapsul sertarului de navigație. Pictograma Recorder apare de obicei în modul de editare.

Pictograma iOS gripper a apărut mai devreme decât Android. Puteți vedea, de asemenea, în modul de editare. Însă dispozitivul iOS este format din 3 linii doar pentru că iOS nu folosește un sertar ca navigare implicită ca Android.

13-5. Lasarea în urmă (Acțiuni de glisare)

După glisarea spre stânga sau spre dreapta, puteți găsi unele acțiuni ascunse în spatele unei liste. Este foarte comun să găsești în iOS. În mod normal, în trecut, puteți găsi o acțiune de ștergere la glisare, acum există mai multe acțiuni pe lângă ștergere. Într-o aplicație de e-mail, puteți găsi arhivă, steag și multe altele după glisarea la stânga; marcați citit sau necitit prin alunecare spre dreapta.

După Android 5.0, acțiunile glisante, așa-numitele „Lasă în spatele”, sunt prezentate în ghiduri. Este demn de remarcat faptul că Lasă-în spatele nu trebuie utilizat într-un ecran are file din cauza conflictului gestual și de aceea Android nu mai avea această componentă înainte.

După ce glisați o listă pentru o distanță și apoi vă opriți, puteți vedea 1-3 acțiuni în spate, apoi atingeți una dintre ele pentru a acționa. Dar dacă glisați pe distanță mai lungă, se vor lua măsuri implicite. Android are o singură acțiune în spatele său și ia măsuri alunecând direct.

Sursa imaginii: Google Material Design Guideline & Facebook Design

13-6. Expand / Reducere

Controalele Expand / Collapse pot ajuta flatarea ierarhiei, deoarece utilizatorii nu trebuie să intre în ecranul următor pentru a vedea informațiile, informațiile vor fi afișate în același ecran. Acest control poate fi găsit adesea în listele de întrebări frecvente. După atingerea unei întrebări, răspunsul va apărea. Mai puțini pași sunt necesari dacă încercați să răsfoiți aceste QA-uri.

În dependență de introducerea extensiei / prăbușirii în liste, puteți, de asemenea, să plasați acest control în anteturi care să permită utilizatorilor să prăbușească grupul pe care nu îl folosesc frecvent.

Sursa imaginii: Ghid de proiectare a materialelor Google

Extinderea / prăbușirea nu poate fi găsită în Ghidul interfeței umane pentru iOS și este rar întâlnită în aplicațiile iOS. Controalele similare ar putea apărea în ecranul Explorează din App Store, în iOS 8. Dar este mai degrabă o cale mai degrabă decât un control de extindere / prăbușire, deoarece nu puteți vedea alte articole grupate în anteturi diferite în același ecran.

Magazin de aplicații iOS 8
Vă rugăm să dați 10 clapsdacă ați citit acest articol.
Vă rugăm să dați 20 de claps, dacă credeți că este util.
Vă rugăm să dați 50 de claps, dacă credeți că este uimitor!
Mulțumesc :)

Continuați la Android VS. iOS: Comparați 20 de componente și modele UI (partea 2)

Referinţă