Un UIViewController ou deux vues portrait / paysage

Question

Je cherche des éclaircissements en ce qui concerne les contrôleurs et voir des vues. un contrôleur de vue doit être utilisé exclusivement pour contrôler un point de vue?

Au fond, mon mode portrait va être une grille de 4x3 de boutons (dans un scrollview). Quand je faire pivoter la vue de paysage, je vais vouloir peut-être une grille de 6x4.

Il est évident que la fonctionnalité pour la manipulation des boutons clics etc seront les mêmes en orientation, il semble beaucoup d'efforts pour reproduire ce pour le paysage.

Comment dois-je obtenir le contrôleur de vue d'utiliser la vue correcte xib?

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

Je ne suis pas sûr de la bonne façon d'aller.

Merci.

Answer 1

Vous pouvez aussi changer vos vues et tailles, etc. subviews Jetez un coup d'oeil ici Madhup Il expained avant. Changement UIView sur le changement d'orientation

Answer 2

Je ne pense pas que celui ci-dessus a répondu à la question de JoeC. JoeC veulent savoir, s'il est mauvais ou bon d'avoir 2 grué (à savoir landscape.nib et portrait.nib) et gérer les vues que 2 avec 1 grué UIViewController.

ma compréhension du modèle de conception est mvc, qu'un ViewController vraiment DEVRAIT gérer différents points de vue. mais quand je regarde l'Internet, dans la cause du toucher de cacao, souvent, les gens dit qu'il est mauvais (quel que soit ce moyen) lorsqu'un UIViewController met son point de vue-propriété à l'exécution. des thats source de confusion pour moi. pourquoi un viewcontroller ne pas être en mesure de vues commutateur? Pourquoi devrais-je construire une « maître » étrange -viewcontroller, qui gère 2 autres viewcontrollers, et tout le monde de ce gère son propre point de vue. dans le cas du paysage et de l'abstraction portrait (ou dire iphone-et abstraction IUG ipad-IUG) le code dans l'interface utilisateur graphique-business-couche (le code d'événement, etc. dans le viewcontroller) est exactement la même pour les vues différentes. le style des vues est pas. de sorte que si l'un des avantages d'une mvc mise en œuvre.

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

toutes les 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

je l'ai trouvé ce lien dans le fil de débordement de pile suivant:

Vous souhaitez utiliser pour différentes grué Muliple interface iphone orientations

grâce à Michal pour que celui-ci.