UINavigationController NIB nécessite que le propriétaire du fichier ait une vue?

Question

Je rencontre un problème lors de la définition de la sortie de vue par défaut d'View Nib View Controller dans Interface Builder. Voici ma configuration:

J'ai une application TabBar où je charge un contrôleur de navigation en vue modal ...

MyNavCtrlrSubClass *menu = [[MyNavCtrlrSubClass alloc]initWithNibName:@"MenuController" bundle:nil]; 
[tabBarController presentModalViewController:menu animated:anim]; 

MenuController lui-même est structuré comme suit:

 
MenuController.xib 
    File's Owner (MyNavCtrlrSubClass : UIViewController) 
    Navigation Controller (UINavigationController) 
    Navigation Bar (UINavigationBar) 
    Root View Controller (Nib Name is set to load AnotherViewController.nib) 
     Navigation Item -> (UINavigationItem) 

Tout cela fonctionne correctement, sauf que lorsque MyNavCtrlrSubClass est chargé, j'obtiens l'erreur suivante:

Loaded the "MenuController" nib but the view outlet was not set

La raison pour laquelle cela se produit est claire: le propriétaire du fichier ne dispose pas d'une connexion de sortie pour sa vue. La question est ce que je devrais définir comme son point de vue, et quelque chose doit être mis en place en premier lieu? La barre de navigation est le seul candidat dans MenuController.xib, mais en faisant cela, il suffit de dimensionner UINavigationBar lui-même en mode plein écran, pour ainsi dire.

Je suis évidemment manquer quelque chose dans IB, mais quoi? MyNavCtrlrSubClass.m n'a pas de code lui-même, sauf un IBOutlet pour UINavigationController. Est-ce que je fais une erreur en essayant de tout mettre en place dans IB? L'idée est de garder le contrôleur de navigation modal en une seule plume, et toutes les vues qu'il charge dans des plumes séparées, mais comme MenuController est juste un conteneur pour la navigation et ne contient pas de vues, je le conçois mal. :)

Si vous vous demandez pourquoi je ne le conçois pas d'une autre manière, c'est parce que j'essaie d'obéir à ma perception (peut-être erronée) de la façon dont IB vous demande de construire une hiérarchie idéale.

Toute aide serait grandement appréciée.

Answer 1

Je pense que vous ne comprenez peut-être pas comment le propriétaire du fichier doit être utilisé dans un fichier NIB. J'ai rédigé une réponse décrivant le propriétaire du fichier under another question.

Lorsque vous appelez cette ligne:

[[MyNavCtrlrSubClass alloc] initWithNibName:@"MenuController" bundle:nil] 

Vous créez une instance de MyNavCtrlrSubClass, et lui dire de charger @ "MenuController". Ensuite, dans le fichier MenuController.xib, il y a un second UINavigationController non lié avec des choses à l'intérieur. Lorsque MenuController.nib est chargé au moment de l'exécution, ce second contrôleur de navigation sera créé.

Un deuxième problème est qu'indiquer à un UINavigationController de charger un fichier NIB n'est pas vraiment judicieux car les contrôleurs de navigation créent et gèrent leurs propres vues. Vous voulez vraiment créer le contrôleur de vue racine et dire à ce contrôleur de vue de charger un fichier NIB.

Essayez ceci:

MyRootViewController *rootController = [[[MyRootViewController alloc] initWithNibName:@"AnotherViewController" bundle:nil] autorelease]; 
MyNavCtrlrSubClass *menu = [[MyNavCtrlrSubClass alloc] initWithRootViewController:rootController]; 

Si votre fichier XIB ressemble à ceci:

• Propriétaire du fichier (réglé sur la sortie MyRootViewController, vue classe connectée à UIView ultérieure)
• UIView
  • Sous-vue A
  • sous-vue B

Une fois que vous êtes à l'aise avec la façon dont tout cela fonctionne, vous pourriez aussi envisager instancier le contrôleur du contrôleur de navigation et vue racine dans un fichier XIB comme vous commencez à le faire dans le code vous avez posté.

Answer 2

Dans IB, dans la carte MenuController, ajoutez un UIView et définissez cette vue comme sortie. Vous devrez définir cette vue pour un UIViewController. Here est un lien rapide vers une page Apple montrant une configuration de base. Je ne sais pas si cela vous aidera à votre stade actuel.

Answer 3

Le point crucial de cette question est dit par Travis lui-même: « Comment voulez-vous charger Navigation Controller nib, la conception autant que possible dans Interface Builder » Et à partir de l'exemple, il semble que cela signifie UINavigationController et UIViewControllers associés.

Avec cette interprétation, la réponse est que vous ne pouvez pas configurer complètement un UINavigationController et pour UIViewControllers en une seule XIB au catalogue. Oui, il est intuitif de vouloir le faire pour ne pas être fou.

Quand je dis que vous ne pouvez pas faire cela, je veux dire des méthodes les cadres les plus couramment utilisés ne sont pas une façon de gérer cela. Il n'y a pas de [UINavigationController alloc] initWithMegaNibName. Oui, vous pouvez remplir presque n'importe quoi dans un seul XIB et écrire du code pour hydrater des objets de manière spéciale, mais je ne pense pas que ce soit ce que vous cherchez. Vous pouvez utiliser deux ou plusieurs XIB comme Jon l'a suggéré, mais les choses sont moins autonomes et vous avez donc beaucoup de gens qui trouvent plus simple de faire partie ou la totalité des contrôleurs en code.

Malheureusement il n'y a pas 1: 1 entre la capacité d'interface correspondance Builder et code comme il est sur d'autres plateformes de dev. Je préfère généralement être en mesure de laisser les concepteurs participer autant que possible à la création d'actifs, mais la plupart d'entre eux que je connais ne codent pas l'objectif-c.