Mon cas d'utilisation est le suivant: les utilisateurs entrent dans l'application et atterrissent à 'Home' - qui comprend un lien vers une page enfant, 'Element 1'. L'élément 1 est également accessible à partir du tiroir de navigation.
Ainsi, lorsque l'élément 1 est accessible à partir du tiroir de navigation - sa barre d'application apparaîtra avec un menu hamburger/une icône de navigation. Cependant, lorsque vous y accédez via un lien sur 'Accueil' - la barre d'application de l'élément 1 devrait-elle apparaître avec un bouton retour ou avec un menu hamburger aussi?
Bonne question, car elle souligne un problème majeur: la différence entre Android et iOS.
Vous voudrez peut-être jeter un œil aux détails de Android sur ce sujet: https://www.google.de/design/spec/patterns/navigation.html#navigation- modèles
Et pour comprendre la différence avec iOS, vous pourriez trouver CECI intéressant: https://developer.Apple.com/library/ios/documentation/UserExperience/Conceptual/MobileHIG/Navigation.html
Donc, vous trouvez une différence majeure ici: le bouton "BACK" d'Android - comme vous l'avez appelé - n'est PAS un bouton de retour. Il s'agit d'un bouton "UP". Bien que iOS n'ait pas de bouton hors écran, mais Android possède (flèche vers le bas de l'appareil), Android offre une possibilité de navigation supplémentaire. "Haut "vous amènera une étape de hiérarchie plus haut, tandis que" l'historique en arrière "supprime la vue de dessus de la pile et vous conduit à l'étape que vous avez été auparavant.
Autre chose:
Vous avez demandé "devrai-je garder le Hamburger?" - Pas finalement. Le tiroir sur Android est toujours accessible, s'il existe, même avec le menu hamburger non présenté. Vous pouvez toujours le faire glisser depuis la gauche de l'écran.
Ainsi - sur Android, si vous n'êtes pas au niveau supérieur d'un ensemble de pages, le bouton UP est visible pour vous donner la possibilité de naviguer d'un niveau de page vers le haut. Sur iOS, le bouton "retour" est souvent implémenté dans la deuxième barre supérieure, tandis que le menu hamburger reste là où il était. Cela est dû à l'absence d'un bouton de retour d'historique "natif".
Quoi qu'il en soit - si vous optez pour la conception Web mobile (pas les applications, mais le Web), je recommande fortement le comportement d'iOS, qui dépend fortement des structures de va-et-vient, plutôt que des différents niveaux de hiérarchie des pages. Pourquoi? Vous aurez un public mixte, et les utilisateurs iOS ont tendance à ne pas comprendre du tout la fonctionnalité UP, car cela est très Android. Cela inclut également le maintien du menu hamburger visible en tout temps.