iPhone - Différence entre une bibliothèque UINavigationController et mon sous-classe UINavigationController

Question

J'essaie de comprendre la différence entre l'utilisation d'un UINavigationController dans un Nib (via la fenêtre de la bibliothèque) et le sous-classement du UINavigationController. (Pour les besoins de cette question, je ne me réfère pas uniquement à un contrôleur de navigation, je veux parler de n'importe quel contrôleur contenu dans la fenêtre de bibliothèque dans Interface Builder.)

Pour commencer, je suppose que mon premier question est: Est-ce que l'ajout d'un «contrôleur» de la bibliothèque à une plume crée une instance de ce contrôleur? Si non, quel est le but ou l'objectif final normal de le faire. J'ai eu du mal à trouver du matériel qui explique vraiment cette partie de IB. Voici une capture d'écran pour aider à illustrer ma question.

Dans mon capture d'écran de la fenêtre nib, ce qui se passe quand j'ajoute le UITabBarController à la pointe? Est-ce que cela me donne une instance d'un UITabBarController?

La dernière partie de ma question est (en supposant que mon hypothèse initiale est correcte), pourquoi sous-classer la classe UITabBarController (dans ce cas) au lieu de l'ajouter à la plume?

Answer 1

Pour votre première question: Oui, ce ne crée une instance d'un UINavigationController. Vous devez ensuite ajouter un UINavigationController à la classe du propriétaire du fichier et les lier avec un IBOutlet.

IBOutlet UINavigationController *nav; 

puis dans Interface Builder cntl + cliquez sur propriétaire du fichier, faites glisser le contrôleur Nav sur le constructeur, version, et sélectionnez nav.

Pour le reste de votre question, le problème est de savoir si vous avez besoin ou non de contrôler UITabController.