J'ai deux écrans sur mon application que je veux présenter aux utilisateurs, le premier est l'écran principal et le second est un à propos de l'écran, de brèves instructions/crédits. Actuellement, j'ai cette configuration en tant que UITabBarController avec deux boutons et deux vues. Cette approche est-elle acceptable?UITabBarController pour les vues principales et sur les vues?
Répondre
Le lieu de chercher une réponse est docs Apple:
Une interface de barre d'onglets est utile dans situations où vous voulez fournir perspectives différentes sur le même ensemble de données ou dans les situations où vous souhaitez organiser votre demande le long des lignes fonctionnelles. Le composant clé d'une interface de barre d'onglets est la présence d'une vue de barre d'onglets le long de en bas de l'écran. Cette vue est utilisée pour initier la navigation entre les différents modes de votre application et peut également transmettre des informations sur l'état de chaque mode.
Dans votre cas, vous essayez d'organiser le long des lignes fonctionnelles. Il n'y a pas de bonne ou de mauvaise réponse ici. Je pense que cela revient à savoir s'il existe une façon plus simple de faire cela qui est plus facile pour les utilisateurs de naviguer. Il est difficile de répondre à cette question sans jouer avec l'application. Mais, je suggère d'avoir quelques utilisateurs pour jouer avec votre application pendant que vous regardez par-dessus leur épaule. Ne dites rien et regardez comment ils interagissent. Remarquez les choses si elles se coincent n'importe où et ensuite pensez plus à la conception dans ces domaines.
Si les utilisateurs passent la majorité de leur temps sur un seul écran et ne souhaitent généralement pas passer à l'autre écran, le TabBar peut être un peu exagéré. Vous pourriez juste être en mesure d'utiliser une vue modale pour le deuxième écran.
- 1. Problème d'autorotate pour UITabBarController et les vues modales
- 2. UITabBarController - plus de 20 vues
- 3. Vues et contrôleurs multiples dans UITabBarController
- 4. iPhone UITabBarController et rotation des vues
- 5. UITabBarController désallouer les vues après l'avertissement de la mémoire
- 6. Passage d'un managedObjectContext aux vues d'un UITabBarController
- 7. Navigation entre les vues
- 8. UITabBarController avec des vues portrait/paysage
- 9. PHP pour les vues Drupal
- 10. viewWillAppear pour les sous-vues
- 11. Utilisez les astuces pour les vues?
- 12. Kwargs et les vues basées sur les classes dans Django
- 13. aider avec des vues de la table sur un uitabbarcontroller
- 14. Rails: vues DRY pour les utilisateurs basés sur les rôles
- 15. Communication entre les vues
- 16. Conditions dans les vues
- 17. Actualiser les vues MySQL?
- 18. Rails assistant pour les vues et les contrôleurs?
- 19. entre les vues
- 20. grammaire dans les vues
- 21. Comment gérer les vues?
- 22. bouton persistant iphone sur toutes les vues
- 23. Application basée sur les vues? - Veuillez expliquer
- 24. iphone: gérer les timers sur différentes vues
- 25. Conserver les discussions et les vues actives entre les activités
- 26. conflit entre les vues et pathauto
- 27. Ajout et commutation entre les sous-vues
- 28. Effet Ken Burns sur les vues iPhone
- 29. UIToolbar plus et configurer les vues?
- 30. UINavigationController/rechargement des vues/travail avec les vues!
Merci pour la réponse, je pense qu'au début, il sera un peu exagéré mais il y a de bonnes chances que j'ajouterai plus de fonctionnalités à l'application à une date ultérieure afin d'avoir la possibilité d'intégrer rapidement une nouvelle vue dans l'application. probablement justifier son utilisation. – fuzzygoat