Ich bin neu in Cocoa und ich verstehe das Konzept File's Owner
einer. Nib-Datei nicht. HierWas ist der Eigentümer der Datei (im Builder für Benutzeroberfläche)?
ist die Art, wie ich die Dinge sehe würde:
eine Datei
myNibFile.nib
Datei Betrachten Sie das beschreibt, wie ein Fenster aussieht.Jetzt möchte ich ein tatsächliches Fenster mit dieser .nib Datei verbinden. Also, ich erstelle eine Klasse
myWindow
, die eine Unterklasse vonNSWindowController
ist. Und diese Verbindung zu tun, ändern Sie dieinit
Methode wie folgt:-(id)init { [super initWithWindowNibName:@"myNibFile"]; return self; }
Also, ich verstehe, dass wenn ich eine Instanz von myWindow
schaffen, das „System“ gehen und Blick auf die .nib Datei und erstellen Sie das entsprechende Objekt.
Also, meine Frage lautet:
warum muss ich die
File's Owner
meiner .nib Datei angeben, dassmyWindow
ist? Ist das nicht überflüssig?Ich denke, es bedeutet, ich habe nicht wirklich verstanden, was die
File's Owner
. Was ist es ? Warum muss die .nib-Datei zu etwas gehören? Kann es nicht "irgendwo" in meiner "Anwendung" sein und wenn es benötigt wird, geht das "System" dorthin und benutzt es?
Danke, dass Sie mir geholfen haben, in diesen neuen Konzepten klarer zu sehen!
Danke für die Antwort. Der letzte Absatz ist für mich am wichtigsten: Der Eigentümer der Datei ist nicht Teil der Schreibfeder. Die Antwort 'Sie brauchen Steckdosen ...' ist für mich nicht gültig, da die Steckdosen zu einem Objekt gehören können, das Sie zu Ihrer NIB hinzufügen. Meine Idee, dass Sie ein Objekt und eine NIB über den Code ('loadNibNamed', etc.) verknüpfen können (und eigentlich * müssen *) und damit Sie den redundanten Link' File's Owner' nicht brauchen, ist aber wahr dann: Wie werden Sie tun, um die Ausgänge mit diesem Objekt zu verbinden? Du antwortest diesen Punkt. – Colas
Ich warte auf eine befriedigende Antwort! Vielleicht könnten Sie Ihre Antwort neu organisieren, um den letzten Absatz zu betonen. Vielen Dank. Ich hoffe mein letzter Kommentar ist klar. – Colas