Directives pour la création d'objets non-vue dans un fichier XIB

Question

Interface Builder permet de créer des objets non-vue / contrôleur dans un fichier XIB au catalogue. Dans le passé, je l'ai utilisé cette fonction pour instancier et des petites pièces de fil qui en gèrent les composants de vue dans le et cela semblait XIB une chose assez raisonnable de le faire.

Cependant, je me demandais ce que d'autres légitime utilise il y a pour cette fonction. Il est un outil plutôt attrayant car il se déplace effectivement la responsabilité de l'instanciation et l'injection des dépendances de ces objets de votre code et sur le cadre.

Dans le cas d'Interface Builder, je suis curieux de savoir ce que les lignes directrices sont pour l'utilisation de cette fonction?

Answer 1

La règle de base que j'utilise, est des objets auxiliaires peuvent être mis en si elles sont liées à l'interface utilisateur étant définie dans la pointe d'une certaine façon -. Donc, soit des objets proxy qui contiennent des références à des éléments ou des actions qui se déclenchent

méthodes de proxy tous se câblés en lors du chargement de la pointe et de passer dans l'objet déjà créé via le dictionnaire userinfo vous pouvez passer éventuellement en même temps que le nom de plume.

Il n'y a rien du tout mal que je pense, dans une logique purement plume qui utiliserait le système cible / d'action pour câbler plusieurs objets proxy. Cela pourrait être plus facile que de faire tout le câblage dans le code, bien que je ne l'ai pas vu les conditions pratiques.

Answer 2

Pas de directives, vous êtes sur votre propre.

Modifier après le commentaire de teabot : Regardez, pour moi, il est toujours pas clair comment la gestion de la mémoire nib fonctionne vraiment. Lorsque je libère un contrôleur de fenêtre qui est propriétaire de la plume, les objets ne désérialisés vraiment laisser la mémoire?

Je crois avoir lu quelque part que si vous utilisez des liaisons entre les contrôles et nib le contrôleur de fenêtre, vous obtenez une fuite et dans certains cas, je suis entré dans liés nib drôles moi-même .

Il est aussi il est très difficile de traquer quelques bugs liés nib-clés comme mauvaise liaison ou manquantes liens IB d'action.

Je préfère garder le contenu nib au minimum, généralement toutes les choses dont vous avez besoin pour utiliser pleinement les liaisons (généralement des contrôleurs de réseau), mais pas plus.

[J'ai une idée pour un nouvelle question ]