Configuration d'iPad ViewController pour l'application basée sur le document

Question

Je me demandais quelle serait la meilleure configuration de contrôleurs de vue et de vues pour une application que j'avais prévue. D'un point de vue conceptuel, la façon dont je souhaite mettre en page l'application est avec une vue initiale du chargeur/navigateur, probablement avec des miniatures de documents. Lorsqu'un utilisateur choisit d'en ouvrir un, une nouvelle vue apparaît et constitue le mode principal d'édition de document. L'utilisateur peut également choisir d'afficher une troisième vue contenant un autre mode d'édition de document. Je suppose que cela ressemble beaucoup au fonctionnement de Pages pour iPad, avec d'abord une rangée de miniatures de documents à choisir, puis la vue principale de traitement de texte, et accessible à partir d'un survol d'une troisième vue d'installation de page. Vue du navigateur de documents et deux vues d'édition de document. Maintenant, je peux penser, et j'ai joué avec quelques configurations différentes, mais dans chaque cas, je peux voir les problèmes que je vais rencontrer plus tard. Donc, vraiment, je cherche des conseils sur une configuration qui, selon vous, permettrait de garder les choses aussi propres et gérables que possible.

J'espère que ce n'est pas une question trop ouverte, et j'apprécierais beaucoup toute réponse.

Merci,

Answer 1

Je me probibly balle dans la tête pour faire un suggeston comme ça, mais je vais le faire de toute façon:

En apprenant la programmation iOS, j'ai passé beaucoup de temps à étudier (comme la plupart des gens le font - et comme l'enseigne chaque tutoriel sur la planète) sur la façon d'utiliser les vues de navigation et les barres d'outils, et toutes les vues de type standard qui aident à différents types de navigation.

Sur la dernière application sur laquelle j'ai travaillé - j'ai passé beaucoup de temps et de frustration à essayer de comprendre comment mieux caractériser ce que je faisais - et j'essaye de l'adapter à ce que les frameworks iOS utiliseraient pour implémenter ce genre de choses. Puis (bien sûr) je me suis bloqué en essayant de faire les choses pour faire ce qu'ils n'étaient pas supposés faire - comme quand une vue de navigation ne me permettait pas d'utiliser le bouton "retour" pour sortir de la hiérarchie de navigation que j'avais configurée , etc.

En bref - quand je me suis arrêté se soucier des détails de ce que tous ces différents types de vues et les contrôleurs étaient - et comment ils interagissent et comment j'étais censé de le faire - et a commencé à se soucier de la façon dont je Je voulais que mon application fonctionne - et fonctionne à partir d'une base de vues génériques, de barres d'outils personnalisées, etc. - l'ensemble de la réflexion a pris beaucoup plus de sens. Dans mon cas, j'ai aimé le look-and-feel de l'application Mapquest - et ils ont traité les barres d'outils que vous pouviez ouvrir et fermer du haut et du bas de l'écran - qui avait des boutons - qui pouvaient basculer J'ai donc commencé à utiliser des vues "génériques" pour implémenter cette fonctionnalité - et le tout a été cliqué ensemble. En bref:

1. Je décide comment vous voulez regarder et ce que vous voulez qu'il fasse

1. Utilisez une application tierce comme votre inspiration, si nécessaire

2. décider quand/où/si certains des les pratiques "standard" s'appliquent - et les utilisent où/quand elles le font.

3. Amusez-vous!

-BKG