Objets substituables dans Interface Builder

Question

Est-ce que quelqu'un pourrait expliquer les types d'objets fictifs qui peuvent apparaître dans la fenêtre de document d'Interface Builder?

Les types de caractères génériques que je connais existent sont: propriétaire du fichier, First Responder et délégué App

Liens:

• This thread explique First Responder.
• This thread explique le délégué de l'application.
• iPhone Interface Builder and Delegates: Réponses à la question, mais pas très clairement

Answer 1

Je copiais ce à partir du site développeur d'Apple sur Interface Builder, Hope this helps.

En gros, dans mes propres mots les espaces réservés tiennent tout dans votre programme et ils se composent de tout ce que l'utilisateur voit, comme un UIView ou un UIImageView, quelque chose le long de ces lignes

Choose Appropriate Controller Objects

Cocoa et Cocoa Appuyez sur les fichiers nib, l'objet Espace réservé du propriétaire du fichier fournit le lien clé entre votre application et les objets du fichier nib. Lorsque vous chargez le fichier nib, vous devez fournir à la routine de chargement de nib un pointeur vers l'objet qui doit devenir le propriétaire du fichier. Dans le cadre du processus de chargement, le code de chargement de la plume recrée automatiquement toutes les connexions entre l'objet que vous spécifiez et les objets du fichier nib qui ont des connexions avec le propriétaire du fichier. Lorsque vous concevez l'architecture de votre application, il est important de prendre en compte les objets que vous souhaitez gérer pour vos fichiers .nib. La présence d'un seul objet espace réservé du propriétaire du fichier n'est pas sans raison valable. Il est généralement préférable d'avoir un seul objet qui coordonne le chargement et la gestion d'un fichier nib et de son contenu. Ce point de contact unique fournit la barrière souhaitée entre le modèle de données de votre application et les éléments visuels utilisés pour présenter ce modèle de données et est au cœur de la conception du modèle-vue-contrôleur. Au-delà de l'objet Propriétaire du fichier, vous pouvez créer des objets de contrôleur supplémentaires directement dans votre fichier .nib pour gérer les sous-ensembles du fichier .nib. L'utilisation de plusieurs contrôleurs de cette manière vous permet de compartimenter le comportement de la fenêtre en segments plus gérables. Par exemple, si votre fenêtre comporte plusieurs volets d'informations disparates, vous pouvez créer des objets de contrôleur distincts pour gérer chaque volet. Chaque contrôleur continuerait à passer par le propriétaire du fichier pour obtenir des informations supplémentaires.

Dans les applications iPhone, il est également possible d'inclure des objets réservés en plus du propriétaire du fichier dans votre fichier nib. Ces objets réservés supplémentaires sont presque toujours utilisés pour représenter les contrôleurs de navigation et autres contrôleurs de vue déjà utilisés par votre application. La présence de ces objets espace réservé supplémentaires ne diminue pas le rôle du propriétaire du fichier. L'objet propriétaire du fichier est toujours responsable de la coordination du comportement global du contenu du fichier nib.

Answer 2

Je pense que j'ai fourni une réponse complète à ceci ici dans une réponse à cette question.

En outre, j'appellerais l'App Delegate un espace réservé. Un espace réservé est un objet disponible dans un fichier NIB pour effectuer des connexions de et vers, mais n'est pas instancié lorsque ce fichier est chargé.Ainsi, lorsque vous avez un cube orange dans le fichier MainWindow.xib avec la classe personnalisée définie sur "MyAppDelegate", cela provoque l'instanciation d'une instance de "MyAppDelegate" lorsque la NIB est chargée. En guise d'exemple de compteur, le propriétaire du fichier MainWindow.xib est généralement "MyApplication", et une instance de MyApplication ne sera pas instanciée lorsque la NIB est chargée, elle est déjà allouée et initiée et effectue le chargement. Ainsi, le propriétaire du fichier est un espace réservé pour un objet qui existe déjà et le délégué de l'application ne l'est généralement pas.