Un UIViewController ou deux pour les vues portrait/paysage

Question

Je suis à la recherche de clarifications concernant la visualisation des contrôleurs et des vues. Un contrôleur de vue doit-il être utilisé exclusivement pour contrôler une vue? Fondamentalement, ma vue de portrait va être une grille de 4x3 de boutons (dans une vue de défilement). Quand je tourne la vue au paysage, je vais vouloir peut-être une grille 6x4. Il est évident que la fonctionnalité permettant de gérer les clics des boutons, etc., sera la même dans toutes les orientations, il semblerait donc que cela demande beaucoup d'efforts pour dupliquer ceci en mode paysage.

Comment devrais-je obtenir le contrôleur de vue pour utiliser la vue correcte xib?

Dois-je avoir deux xibs séparés? J'ai essayé toutes les combinaisons de masques autoresize et ne pas avoir beaucoup de chance.

Je ne suis pas sûr de la bonne façon de procéder.

Merci.

Answer 1

Vous pouvez également essayer de changer vos vues et tailles de sous-vues, etc. Jetez un coup d'oeil ici Madhup l'a déjà vu. Changing UIView on orientation change

Answer 2

Je ne pense pas que celui ci-dessus a répondu à la question de joec. joec veut savoir, s'il est mauvais ou bon d'avoir 2 pointes (c'est-à-dire landscape.nib et portrait.nib) et de gérer les vues dans ces 2 pointes avec 1 uiviewcontroller. Ma compréhension du modèle de conception de mvc est, qu'un ViewController DEVRAIT vraiment gérer différentes vues. mais quand je regarde l'Internet, en raison du toucher de cacao, souvent les gens disent que c'est BAD (quoi que cela signifie) quand un UIViewController bascule sa propriété view à l'exécution. C'est déroutant pour moi. pourquoi un viewcontroller ne pourrait-il pas changer de vue? Pourquoi devrais-je construire un étrange "maître" -viewcontroller, qui gère 2 autres viewcontrollers, et tout le monde gère sa propre vue. dans le cas de l'abstraction paysage et portrait (ou l'abstraction iphone-gui et ipad-gui) le code dans la couche business-gui (le code événement dans le viewcontroller) est exactement le même pour les différentes vues. le style des vues ne l'est pas. donc cela devrait être l'un des avantages d'une implémentation de mvc.

désolé, mais cela ne semble pas logique pour moi, apple.

des pensées?

modifier dit:

il semble que Apple fournit une sorte étrange de solution pour résoudre ce problème (me haïr, mais pour moi il est rien de plus que cela, parce que je ne vois pas vraiment la mise en œuvre de la conception straight-forward pour la gestion et la manipulation des vues dans la classe UIViewController):

http://developer.apple.com/library/ios/#featuredarticles/ViewControllerPGforiPhoneOS/BasicViewControllers/BasicViewControllers.html%23//apple_ref/doc/uid/TP40007457-CH101-SW26

i trouvé ce lien dans le fil de débordement de pile suivant:

Want to use muliple nibs for different iphone interface orientations

merci à Michal pour celui-là.