32 Unterschiede im Design einer mobilen Anwendung für iOS und Android

Bild

Der Eisendesigner im Redmadrobot Design Lab Arthur Abrarov teilt seine Beobachtungen.

Die Anpassung des Designs an eine andere Plattform ist ein wesentlicher Bestandteil der Arbeit eines Designers für mobile Anwendungen. Das Ziel dieser Arbeit ist es, Design organisch in Benutzerinteraktionsmuster zu integrieren. Darüber hinaus vereinfacht eine gut entwickelte Anpassung die Entwicklung durch die Verwendung nativer Plattformkomponenten.

Um das Design korrekt anzupassen, müssen Sie die Plattformrichtlinien befolgen: Human Interface Guidelines (HIG) für iOS und Material Design für Android. Und kommunizieren Sie mit Entwicklern, verbinden Sie sie idealerweise so früh wie möglich mit dem Design, damit sie sofort technische Einschränkungen festlegen können.

Aber was genau unterscheidet sich das Design für iOS vom Design für Android? In diesem Artikel werde ich 32 spezifische Designunterschiede für iOS und Android analysieren. Sie sind in vier Gruppen unterteilt:

  1. Grundlegende Unterschiede.
  2. Unterschiede in Navigation und Mustern (UX).
  3. Unterschiede in den Komponenten (UI).
  4. Andere Unterschiede.

Die IOS-Funktionen befinden sich links und die Android-Funktionen rechts oder oben / unten.

Grundlegende Unterschiede


Richtlinien für die Benutzeroberfläche im Vergleich zum Materialdesign


Fast alle Unterschiede in diesem Artikel stammen aus der Analyse dieser Richtlinien. Ihr Wesen auf ideologischer Ebene ist wie folgt. Bei HIG geht es um ein flaches, leichtes und freundliches Design, das aus einer allmählichen Ablehnung des Skeuomorphismus stammt .

Material hat mehrere Grundprinzipien: Material als Metapher; mutig, grafisch, bewusst; sinnvolle Animation; flexibles Fundament und plattformübergreifend. Wenn Sie mit den Richtlinien nicht vertraut sind, lesen Sie sie besser, bevor Sie den Artikel lesen.

Bild

Bild

2. Einheiten: pt vs dp


Das Design der iOS-Anwendung wird in pt und die Android-Anwendung in dp erstellt . Normalerweise erstellen wir ein Design in 1x (oder mdpi) und laden es auf Zeplin hoch. Zeplin zeigt das Design für pt für iOS an und generiert Symbole und Illustrationen in 2x und 3x. Unter Android wird das Design in dp angezeigt und Grafiken in hdpi, xhpdi, xxhdpi und xxxhdpi generiert.

Bild

Bild

3. Bildschirmgröße: 320 pt x 568 pt vs 360 dp x 640 dp


Ich bevorzuge es, die iOS-Anwendung für die kleinste Größe zu entwerfen - iPhone 5 mit einer Bildschirmgröße von 320 x 568 pt. Ich mache das, um eine falsche Anzeige von Inhalten auf kleinen Bildschirmen zu vermeiden. Einige Leute bevorzugen das Design für das iPhone 8.

Unter Android gibt es eine allgemein akzeptierte Bildschirmgröße von 360 dp x 640 dp.

Beim Entwerfen für iOS erstelle ich manchmal ein Design für das iPhone X (375pt x 812 pt). Dies ist erforderlich, damit der Entwickler versteht, wie der Bildschirm dieser Größe korrekt eingerückt wird. Auch beim Entwerfen für das iPhone X müssen Sie sich an Safe are a erinnern - einen Bereich, außerhalb dessen Sie keine Inhalte platzieren sollten.

Bild

4. Systemschriftart: San Francisco vs Roboto


Wenn Sie nicht wissen, welche Schriftart in der Anwendung verwendet werden soll, nehmen Sie die Systemschrift. Bei iOS ist es San Francisco . Und Android ist Roboto .

5. Android-Navigationsleiste


Im Gegensatz zu iOS verfügt Android über ein integriertes Rückennavigationswerkzeug. Dies ist die Android-Navigationsleiste .

Bild

Es ist entweder physisch in das Smartphone integriert oder Teil der Benutzeroberfläche. Mit dem Pfeil bewegt sich der Benutzer in chronologischer Reihenfolge einen Schritt zurück ( umgekehrte chronologische Navigation ). Die Navigation erfolgt sowohl innerhalb der Anwendung als auch zwischen ihnen.

Zu Beginn meiner Karriere als Designer mobiler Anwendungen habe ich Android-Entwickler lange Zeit mit der Frage gequält: Warum brauchen wir zwei Schaltflächen zurück? Eine befindet sich am unteren Rand der Navigationsleiste, die zweite wird in der oberen App-Leiste angezeigt, wenn Sie zur untergeordneten Seite wechseln.

Die Antwort lautet: Es gibt zwei Arten der Rücknavigation: die chronologische Rückwärtsnavigation (wir verwenden den Zurückpfeil in der Navigationsleiste und nennen ihn Zurück).

Bild

Und Aufwärtsnavigation (wir machen es mit dem oberen Pfeil, nennen es Up).

Bild

Stellen Sie sich vor, wir haben einen ABC-Pfad, wobei A die übergeordnete Seite und B und C untergeordnete Seiten sind. Stellen Sie sich vor, der Benutzer gelangt direkt von A nach C. Wenn er die Zurück-Taste drückt, kehrt er zu A zurück. Wenn er jedoch Nach oben drückt, geht er zuerst zu B - und beim zweiten Drücken geht er zu A.

Dies ist schwierig zu implementieren und für den Benutzer verwirrend Daher führen diese beiden Zurück-Schaltflächen jetzt dieselbe Zurück-Aktion aus wie in iOS. Das heißt, wenn Sie von A nach C gekommen sind, kehren wir von C zu A zurück.

6. Bedeutung der Höhe im Material


In iOS gibt es grundsätzlich keine Schatten. Ausnahmsweise befinden sich Schatten auf dem Hauptbildschirm des App Store und in Health. Im Allgemeinen schreibt HIG jedoch nicht die Verwendung von Schatten vor.

In Material spielen Schatten eine große Rolle. Sie fügen der Schnittstelle einen dritten Raum (Z-Achse) hinzu, wodurch jede Komponente ihren eigenen strengen Platz auf dieser Achse hat (von 0 dp bis 24 dp). Darüber hinaus existiert diese Z-Achse nicht einfach auf ideologischer Ebene: Entwickler haben einen Höhenparameter, in dem sie die Position der Komponente entlang dieser Achse festlegen.

Bild

Die Navigation und Zustandsänderung geht mit einer Änderung der Höhe der Komponenten einher. Daher sollten wir uns beim Entwerfen für Android bewusst der Erzeugung von Schatten nähern.

7. Unterschiede in der Benennung


Es gibt viele Unterschiede bei der Benennung. Ich schlage vor, diese fünf zu betrachten.

ein. Tab-Leiste vs untere Navigationsleiste


Dies ist eine Leiste für die Navigation der Anwendung auf oberster Ebene. Befindet sich auf beiden Plattformen statisch am unteren Bildschirmrand. Neben der Benennung unterscheiden sie sich im Verhalten. Wir werden es etwas später zerlegen.

b. Navigationsleiste vs Top App-Leiste


Diese Leiste auf beiden Plattformen führt ungefähr die gleichen Aufgaben aus: Informiert den Benutzer über seinen aktuellen Speicherort in der Anwendung, ermöglicht die Rückkehr zum vorherigen Bildschirm und bietet eine oder mehrere Kontextaktionen an. Lesen Sie mehr über die Unterschiede unten im Artikel.

Bild

c. Segmentierte Steuerelemente im Vergleich zu Registerkarten


Zusätzlich zur Benennung verfügt Tabs Android über mehrere Funktionen: Sie können beim Wischen zwischen Registerkarten wechseln, und Material ermöglicht es Ihnen, sie für die Navigation auf oberster Ebene zu verwenden.

d. Warnungen gegen Dialoge


Interessanterweise wird in iOS - Alerts nur ein Benutzer-Alarm-Tool beschrieben . In Android gibt es drei : Snackbars, Banner und Dialoge.

Die Snackbar ist für Nachrichten mit niedriger Priorität konzipiert und erfordert keine Aktion. Dialoge blockieren die Interaktion mit der Schnittstelle und erfordern eine Aktion. Zwischen ihnen befinden sich Banner: Sie blockieren die Interaktion nicht, erfordern jedoch eine Aktion.

e. Touch ID vs Android Fingerprint


Dies ist nur ein Beispiel für verschiedene Benennungstechnologien, die auf diesen Plattformen verwendet werden. Sie sollten bekannt sein, da sie sich neben der Benennung in vielen technischen Merkmalen ihrer Implementierung unterscheiden. Das Verständnis der Unterschiede in der Benennung ist der erste Schritt zum Verständnis der Unterschiede in der Technologie.

Unterschiede in Navigation und Mustern (UX)


8. Methoden der Navigation auf oberster Ebene


Beginnen wir von oben. iOS empfiehlt nur eine Möglichkeit der Navigation auf oberster Ebene - über die Registerkartenleiste . Android bietet im Gegenzug drei Optionen: Navigationsleiste , untere Navigationsleiste und Registerkarten .

Bild

Wenn die Anzahl der Seiten der obersten Ebene mehr als fünf beträgt, verwenden Sie die Navigationsleiste. Wenn weniger - Untere Navigationsleiste. Registerkarten werden für diese Navigation selten verwendet, aber die Methode steht uns zur Verfügung. Material empfiehlt jedoch, keine Registerkarten und die untere Navigationsleiste zu kombinieren, da die Interaktion mit diesen Komponenten den Inhalt der Seite beeinflusst und der Benutzer möglicherweise verwirrt wird.

9. Unterschiede im Verhalten der Registerkartenleiste und der unteren Navigationsleiste


Dieser Unterschied bietet Material.

Wenn Sie unter iOS von der übergeordneten Seite zur iOS-Seite wechseln, wechseln Sie über die Registerkartenleiste zu einer anderen übergeordneten Seite. Wenn Sie zur ersten übergeordneten Seite zurückkehren, befinden Sie sich weiterhin auf der untergeordneten Seite.

Bild

In Android ist alles einfacher: Wenn Sie durch die untere Navigationsleiste wechseln, wechseln Sie immer zwischen den übergeordneten Seiten. Wenn Sie zuvor bei einer Tochtergesellschaft waren, wird diese zurückgesetzt.

Bild

Unsere Android-Entwickler sind zuversichtlich, dass dieses Systemverhalten falsch ist. Wenn Sie zu Bottom Navigation wechseln, sollten Sie offene untergeordnete Seiten wie unter iOS beibehalten.

10. Spezielles Verhalten der Android-Registerkarten


Registerkarten unter Android haben im Gegensatz zu Segmented Controls iOS die folgende Eigenschaft: Sie können mit dem Wisch nach links und rechts durch die Registerkarten navigieren.

Dies liegt daran, dass sich die Registerkarten auf derselben Höhe (Höhe) befinden.

Bild

Dies ist wichtig zu wissen, da bei Verwendung von Registerkarten in Android keine Elemente mit ähnlichen Gesten zum Design hinzugefügt werden sollten . Zum Beispiel ein Karussell mit Bildern oder die Interaktion mit Karten mithilfe von Wischbewegungen.

Im Allgemeinen ersetzen sich diese beiden Komponenten nicht vollständig. Segmentiertes Steuerelement ist ein Steuerelement, das den Inhalt einer Seite steuert. Und Tabs ist ein Navigationswerkzeug.

Daher lohnt es sich, die Entwickler zu konsultieren, bevor sie bei der Anpassung als gleichwertige Komponenten betrachtet werden. Manchmal ist es richtiger, Android-Registerkarten durch Seitensteuerung zu ersetzen. Es hängt alles vom Kontext ab.

11. Unterschiede im Erscheinungsbild des untergeordneten Bildschirms


Unter iOS erfolgt die Anzeige des untergeordneten Bildschirms (ohne Modalos) nur auf eine Weise: Die untergeordnete Seite wird rechts oben auf dem Motherboard mit der Folie angezeigt. Die Rückkehr zum Mutterbildschirm erfolgt mit dem Effekt des Herausziehens.

Bild

Material empfiehlt , dem Benutzer eine hierarchische Beziehung zwischen den übergeordneten und untergeordneten Seiten mithilfe einer aussagekräftigen Animation anzuzeigen.

Bild

Bei der Interaktion, mit der der Benutzer zur untergeordneten Seite wechselt, wird die Mutterseite erweitert und abgedeckt. Der Benutzer versteht also, woher er kommt und wo, warum es passiert ist und wohin er zurückkehren wird, wenn er auf die Schaltfläche "Zurück" klickt.

Der Übergang erfolgt mit Standard Easing .

12. Special Call Pattern Navigation Drawer


Beachten Sie beim Entwerfen einer Anwendung mit Navigation Drawer, dass diese Komponente die Kantenwischgeste von links nach rechts entfernt. Daher sollten Sie dieser Geste keine andere Logik hinzufügen.

Bild

In iOS weist diese Geste ein festgelegtes Übergangsmuster von einer untergeordneten zur Mutterseite auf. Dieses Muster wurde schrittweise auf viele Android-Anwendungen migriert.

13. Inhaltsverhalten beim Scrollen


Unter HIG verhält sich der Inhalt in iOS beim Scrollen folgendermaßen : Die Breite der Navigationsleiste nimmt ab, die Symbolleiste verschwindet. Im Allgemeinen können iOS-Entwickler jedoch das Verhalten von Inhalten und Balken beim Scrollen anpassen.

Bild

Material bietet mehr Bildlaufverhalten. Beispielsweise können die untere Navigationsleiste, die Suche und die untere App-Leiste beim Scrollen verschwinden.

Die obere App-Leiste kann entweder verschwinden oder sich über den Hauptinhalt erheben.

Bild

Bild

Verschiedenes Suchverhalten


Interessanterweise verweist HIG die Suche auf Balken und nennt sie Suchleiste. In Material finden wir eine Suche im Abschnitt Navigation, nicht in Komponenten. Das heißt, für Material ist die Suche eine andere Art der Navigation.

Sowohl in iOS als auch in Android kann die Suche statisch auf dem Bildschirm angezeigt und in der Regel an die Navigationsleiste oder die obere App-Leiste angeheftet werden.

Auf beiden Plattformen kann die Suche in Form eines Symbols erfolgen. Nur unter iOS wird das Symbol in eine separate Komponente der Suchleiste erweitert, und unter Android wird die Suche in der oberen App-Leiste geöffnet.

Bild

Eine Funktion der Suche in iOS ist, dass Sie sie unter der Navigationsleiste „ausblenden“ und mit der Wischgeste nach unten aufrufen können. Dieselbe Geste ist typisch für die Aktualisierung (zum Aktualisieren ziehen). Sie sollten daher bei dieser einen Aktion nicht die Suche und Aktualisierung aufrufen.

Komponentendifferenzen (UI)


15. Welche Komponenten sind nicht in iOS


In iOS gibt es nicht viele native Android-Komponenten. Gehen wir sie durch.

ein. Navigationsschublade


iOS erkennt das Burger-Menü grundsätzlich nicht. Wie bereits erwähnt, befindet sich die Navigation auf oberster Ebene unter iOS nur in der Registerkartenleiste.

Bild

b. Hintergrund


Hintergrund ist für mich die erstaunlichste Komponente in Material. Zum Zeitpunkt des Schreibens plant Android lediglich die Implementierung als native Version. Im Allgemeinen lohnt es sich bei der Untersuchung der Materialkomponenten zu prüfen, ob sie bereits zur Verwendung verfügbar sind.

Bild

Das Material selbst liebt diese Komponente. Schauen Sie sich zum Beispiel die Gewinner des Material Design Award 2019 an.

c. Banner


Banner wird unter nativen iOS-Komponenten nicht gefunden. Mit Hilfe von Banner informieren wir den Benutzer über wichtige Informationen und bieten entsprechende Maßnahmen an.

Bild

d. Imbissbude


Wie Banner ist Snackbar nicht für iOS nativ. Die Snackbar wird verwendet, um dem Benutzer eine kurze Nachricht über das Ergebnis seiner Aktion zu übermitteln.

Bild

e. Chips


Chips fehlen auch bei nativen iOS-Komponenten. Sie werden zur Eingabe von Informationen, Beschreibungen und Aktionen verwendet.

Bild

f. Untere App-Leiste


Hier können Sie wetten, dass iOS eine ähnliche Komponente hat - die Symbolleiste . Aber sie sind unterschiedlich, deshalb: Die Symbolleiste ist eine Leiste für kontextbezogene Aktionen. Wenn Sie beispielsweise eine Liste von Nachrichten in Nachrichten bearbeiten, wird eine Symbolleiste mit den Aktionen Alle lesen und Löschen angezeigt.

Die untere App-Leiste verschiebt die obere App-Leiste mit denselben Aktionen der obersten Ebene nach unten: Öffnen der Navigationsleiste, Aufrufen einer Suche usw. Zurück in der unteren App-Leiste hosten wir FAB.

G. Fab


Ja, FAB ist auch nicht in iOS. FAB ist eine Schaltfläche zum Ausführen der Hauptaktion auf dem Bildschirm. In einer E-Mail-Anwendung erstellt FAB beispielsweise einen neuen Brief.

Bild

Wenn Sie FAB in Android für die Hauptaktion auf dem Bildschirm verwenden, sollte diese Hauptaktion unter iOS oben in der Navigationsleiste rechts platziert werden (siehe Beispiel: iMessages).
Bild

h. Untere Navigationsschublade


Eine für Android typische Variante der Navigationsleiste. Wird durch Drücken der Burger-Menütaste in der unteren App-Leiste aufgerufen.

Bild

ich. Seitenblatt


Obwohl Material es Ihnen ermöglicht, diese Komponente in einer mobilen Anwendung zu verwenden, würde ich empfehlen, sie durch das bekanntere Bottom Sheet zu ersetzen .

Bild

j. Unteres Blatt erweitern


Diese sehr schöne Android-Komponente ist unter nativen für iOS nicht zu finden. Das Erweitern des unteren Blattes ist eine Oberfläche, die am unteren Rand der Seite festgenagelt ist. Beim Drücken wird die Oberfläche auf eine ganze Seite erweitert.

Bild

k. Standard-Bodenplatte


Standard Bottom Sheet ist eine Variation von Bottom Sheet und gehört nicht zu den Komponenten von iOS.

Bild

16. Welche Komponenten sind nicht in Android


Überlegen Sie nun, welche Komponenten nicht in der Android-Bibliothek enthalten sind.

ein. Seitensteuerung


Die Seitensteuerung zeigt an, auf welcher Seite sich der Benutzer befindet. Es gehört nicht zu den nativen Komponenten von Android.

Bild

b. Symbolleiste


Die Symbolleiste ist nur iOS bekannt.

Bild

c. Stepper


Stepper - Standard-iOS-Steuerung, nicht in Material beschrieben. Verwenden Sie diese Option, um kleine Werte einzugeben. Beispiel: Die Anzahl der zu druckenden Kopien.

Bild

d. Popover


Popover ist ein Popup- Fenster , das hauptsächlich auf dem iPad verwendet wird.

Bild

IOS verfügt über eine Standard-Popover-Anwendung - das Festlegen von Text in Lesern oder Browsern.

Bild

17. Verschiedene Statusleisten


Auf beiden Plattformen führt die Statusleiste dieselbe Aufgabe aus: Berichte zu Zeit, Ladezustand, Qualität der Mobilkommunikation und WLAN. Sie unterscheiden sich in der Position dieser Indikatoren in der Statusleiste und im Allgemeinen in ihrer visuellen Lösung.

Auch die Statusleiste Android verfügt über eine solche Funktion. Wenn eine Benachrichtigung von einer Anwendung stammt, wird das Symbol dieser Anwendung in der Statusleiste angezeigt. In iOS ist dies nicht.

Bild

18. Aktualisieren Sie die Inhaltssteuerelemente und streichen Sie, um sie zu aktualisieren


Auffrischungen werden auf beiden Plattformen mit derselben Wischbewegung aufgerufen. Unter iOS drückt die Option "Inhaltssteuerung aktualisieren" den Rest des Inhalts nach unten, während das zum Aktualisieren von Android zum Aktualisieren über den Inhalt angezeigt wird. Außerdem verschwindet die iOS-Aktualisierung beim Scrollen des Inhalts, während Android sichtbar bleibt.



Bild

19. Sonstige Kontrolle


Plattformsteuerungen unterscheiden sich nur optisch. Es ist zu beachten, dass in iOS Steuerelemente einfacher sind: Kontrollkästchen werden sowohl für Radiobutton als auch für Checkbox verwendet. In Android unterscheiden sie sich in der Form der Steuerung.

Material schlägt außerdem vor , das übergeordnete Kontrollkästchen zu verwenden, wenn Sie dem Benutzer die Möglichkeit geben möchten, alle Optionen schnell auszuwählen.

Bild

20. Verschiedene Ansichten des hinteren Pfeils und der Kursposition


In iOS hat der Pfeil keine Linie in der Mitte, da in iOS der hintere Pfeil mit dem vorherigen Bildschirm signiert ist. Wenn der Titel auf dem vorherigen Bildschirm Standard war, wird der Titel vom Titel nach links zum Pfeil verschoben. Wenn der Titel breit war, steigt der Titel. Wenn der Titel der vorherigen Seite zu lang ist, wird er durch das Wort zurück ersetzt.

21. Unterschiedliche Ansicht des Symbols mit drei Punkten


Es scheint keine strenge Rechtfertigung für diesen Unterschied zu geben. Wir würdigen die Plattform und verwenden die empfohlene Position der drei Punkte. In iOS liegen die Punkte horizontal, in Android vertikal.

22. Unterschiedlicher Pickertyp


In iOS wird das Datum über die Rolle ausgewählt. Über die iOS-Trommel können andere Daten eingegeben werden. In Android Picker ahmen Datumsangaben das Aussehen eines physischen Kalenders nach.


Bild

Material empfiehlt außerdem, Benutzern die Möglichkeit zu geben, ein Datum über das Eingabefeld einzugeben.

Bild

23. Verschiedene Textfelder


HIG stellt Textfelder weit weniger als Material.

Unterschiede


In iOS, das Etikett ist innerhalb eines Eingabefeldes und verschwindet während der Texteingabe. Das Material empfiehlt, das Etikett bei der Texteingabe anzuheben.

Ähnlich


Beide Plattformen empfehlen, bei Bedarf einen Clear Button hinzuzufügen.

Was verlangt noch Material?


Das Material empfiehlt außerdem, das Etikett und den Streifen unter dem Textfeld mit der Vordergrundfarbe hervorzuheben. Dies hilft zu verstehen, dass das Feld hervorgehoben ist. Material beschreibt das Verhalten des Feldes bei Eingabefehlern. In Material stehen zwei Formulare zur Auswahl: Gefüllt und Umrissen.

Bild

24. Kontextmenüs vs Menüs


Kontextmenüs wurden in iOS 13 angezeigt. Dieses Steuerelement bietet dem Benutzer verschiedene Kontextaktionen, die dem ausgewählten Element zugeordnet sind. Android hat ein teilweise ähnliches Element - Menüs .

Bild

Menüs Android wird in einer größeren Anzahl von Fällen verwendet: Es bietet kontextbezogene Aktionen sowohl für das ausgewählte Element als auch für die gesamte Seite als Ganzes. wird als Eingabe mit mehreren Optionen zur Auswahl verwendet (Dropdown-Menü); wird zum Bearbeiten von Text verwendet. Kontextmenüs sind eine reine iOS-Komponente. Und Menüs Android kann sowohl in einer mobilen Anwendung als auch auf einem Desktop verwendet werden.

25. Aktionsansicht / Aktivitätsansicht gegen modales unteres Blatt


Wenn Sie die Aktionsansicht oder Aktivitätsansicht in der iOS iOS-Anwendung verwenden , können sie in Android teilweise durch die Android Modal Bottom Sheet- Komponente ersetzt werden . Es wird auch am unteren Bildschirmrand angezeigt, verdunkelt den Inhalt und wird auf ähnliche Weise geschlossen (Schaltfläche, Klicken außerhalb des modalen Fensters, manchmal Wischen nach unten). Die Aufgabe der Komponenten besteht darin, eine Auswahl oder eine kontextbezogene Aktion vorzuschlagen.

26. Bearbeiten von Menüs und Textauswahl-Symbolleiste


Zusätzlich zum visuellen Unterschied unterscheiden sich die Bearbeitungsmenüs und die Textauswahl-Symbolleiste in folgenden Punkten : Durch langes Drücken in Android kann der Benutzer weiterhin Text auswählen. In iOS wird nach langem Drücken eine Lupe angezeigt, um die genaue Stelle im Wort auszuwählen.

Bild

Außerdem unterscheidet sich Android von iOS darin, dass die Textauswahl-Symbolleiste beim Aufrufen zusätzlicher Aktionen die Form von Menüs hat.

Bild

27. Teiler unterschiedlicher Größe


In iOS ist es 0,5 pt, in Android - 1 dp.

Andere Unterschiede


28. Unterschiedliche Anforderungen an die Größe der Druckzone


Gemäß den Richtlinien beträgt der minimale Klickbereich in iOS 44 x 44 pt und in Android 48 x 48 dp.

29. App Store gegen Google Play


Ihre iOS-App wird aus dem App Store heruntergeladen. Android App - von Google Play. Um die Anwendung korrekt im Store zu platzieren, müssen Sie deren Anforderungen befolgen. Die Anforderungen der App Store sind lesenswert hier , und Google Play ist hier . Es gibt viele Funktionen, daher empfehle ich Ihnen, vor der Veröffentlichung zu studieren.

30. Ein spezielles Muster in iOS - Rückgängig und Wiederherstellen


Dies ist ein spezielles iOS- Muster : Wenn Sie Ihr Smartphone schütteln, fordert die Anwendung den Benutzer auf, die zuletzt festgeschriebene Aktion abzubrechen oder zu wiederholen. In der Regel wird diese Geste verwendet, um den eingegebenen Text zu löschen.



31. Beziehung zum Branded Launch


Mit Material kann Launch Screen das Anwendungslogo platzieren. HIG empfiehlt , den Startbildschirm nicht für Marketingzwecke zu verwenden, und schlägt vor, beim Start der Anwendung nur den Platzhalter anzuzeigen.

Bild

32. Zusätzliche Materialdesign-Themen


Die Werkstoff Website umfasst auch Themen wie: Datenformate (verschiedene Datenformate), Datenvisualisierung (korrekte Infografiken), Leer Staaten (Design leerer Staaten), Offline - Staaten (Schnittstelle in Abwesenheit des Internet), Zugänglichkeit (barrierefreie Gestaltung) und Bidirektionalität (Design für Leser von rechts nach links).

Fazit


Die Kenntnis von Richtlinien erhöht unseren Bekanntheitsgrad. Wir verstehen die vorhandenen Benutzermuster und erstellen eine Anwendung, die organisch in die Gewohnheiten der Benutzer passt.

Richtlinien ermutigen uns, native Plattformlösungen zu respektieren. Wenn Sie ein Design an eine andere Plattform anpassen, ist es immer verlockend, ein Design ohne Änderungen zu duplizieren. Dies beeinträchtigt die Benutzererfahrung und erschwert die Entwicklung. Wenn wir jedoch Unterschiede bei nativen Lösungen feststellen, passen wir das Design korrekt an.

Und wenn wir eine neue, kundenspezifische Lösung einführen möchten, hilft die Kenntnis der Richtlinien, diese Innovation zu rechtfertigen.

Insgesamt: Die Kenntnis der Richtlinien und ihrer Unterschiede ist eine wichtige Fähigkeit eines Designers mobiler Apps.

Welche anderen Unterschiede kennen Sie? Teile sie in den Kommentaren.

All Articles