Un UIViewController peut-il s'ajouter à un UINavigationController?

Question

Je démarre une application dans laquelle j'aimerais disposer de plusieurs contrôleurs de vue. Certaines vues seront affichées à l'intérieur d'un contrôleur de navigation. Je peux créer un contrôleur de navigation et y ajouter un autre contrôleur de vue instancié. Mais ce que je voudrais faire, c'est juste d'instancier un contrôleur de vue qui a sa propre vue et est le contrôleur de vue racine d'un contrôleur de vue de navigation. Donc, quand j'instancie le contrôleur de vue, je voudrais créer un contrôleur de navigation et y pousser le "self". Quand je le fais, mon simulateur se bloque et les détails ne donnent pas vraiment de raison. La console n'affiche rien. Des idées. Ma raison pour cela est de séparer la logique sans avoir un contrôleur de vue qui crée simplement un contrôleur de navigation, puis appuie sur un autre contrôleur de vue sur celui-ci en tant que contrôleur de vue racine.

Answer 1

Je ne suis pas entièrement sûr de bien comprendre votre question. Pourquoi serait-il préférable que le contrôleur de vue se soit poussé vers le contrôleur de navigation? Je veux dire, vous devez instancier votre contrôleur de vue à un certain moment dans le code (soit un délégué de l'application ou un autre contrôleur de vue) de toute façon. Pourquoi ne pouvez-vous pas simplement créer le contrôleur de navigation, instancier votre VC et ensuite le pousser sur le contrôleur de navigation? Pour autant que je puisse voir, cela n'implique pas la création de contrôleurs de vue supplémentaires. Quoi qu'il en soit, avoir un contrôleur de vue décider lui-même où il est utilisé (c'est-à-dire poussé sur), n'est pas la meilleure pratique. De cette façon, vous perdez la flexibilité de l'utiliser dans d'autres contextes. Essayez toujours de coupler vos composants aussi librement que possible.