Kakao ohne Interface Builder, initialisieren Sie eine Instanz von app controller?

+initalize gesendet wird, um eine Klasse zum ersten mal Sie oder einer Ihrer Unterklassen erhält eine Nachricht für die erste Zeit. Also, wenn Sie tun:

instance = [[[YourClass alloc] init] autorelease];

Dass alloc Nachricht löst initialize.

Wenn Sie das gleiche tun mit einem Unterklasse:

instance = [[[SubclassOfYourClass alloc] init] autorelease];

Dass alloc Nachricht auslösen wird +[YourClass initialize] auf die gleiche Weise die anderen eine Tat (vor der auch das auslösen +[SubclassOfYourClass initialize]. Aber nur einer von diesen wird es tun—jede Klasse initialize wird nie mehr als einmal aufgerufen. (Es sei denn, Sie nennen es selbst mit [super initialize] oder [SomeClass initialize]—so tun Sie das nicht, weil die Methode nicht erwarten.)

-init, auf der anderen Seite, initialisiert eine neue Instanz. In dem Ausdruck [[YourClass alloc] init] Sie sind persönlich dem senden der Nachricht direkt an die Instanz. Sie können auch nennen es indirekt, durch eine andere Initialisierung ([[YourClass alloc] initWithSomethingElse:bar]) oder einem convenience-Fabrik ([YourClass instance]).

Im Gegensatz zu initialize sollten Sie immer senden init (oder eine andere Initialisierung, wenn geeignet) mit Ihrer Oberklasse. Die meisten init-Methoden in etwa so Aussehen:

- (id) init {
    if ((self = [super init])) {
        framistan = [[Framistan alloc] init];
    }
    return self;
}

Details unterscheiden sich (diese Methode oder die Oberklasse ist oder beide Argumente, und einige Leute bevorzugen self = [super init] auf seine eigene Linie, und Wil Shipley nicht zuordnen self an alle), aber die Grundidee ist die gleiche: rufen Sie [super init[WithSomething:…]] sicher, dass es nicht zurück nil eingerichtet, die Instanz wenn es nicht, und zurück, was der Superklasse zurückgegeben.

Dies impliziert, dass Sie zurückkehren können nil aus init, und in der Tat Sie können. Wenn Sie dies tun, sollten Sie [self release], so dass Sie nicht Leck die ausgefallene Objekt. (Für die Erkennung von ungültigen Argumentwerten, eine alternative ist NSParameterAssert, die wirft eine Ausnahme, falls die assertion fehlschlägt. Die relativen Vorzüge der einzelnen würde den Rahmen dieser Frage.)

Wie kann ich diese erstellen eine Instanz des AppController mit Instanz-Variablen, der mein interface?

Ist der beste Weg, es zu tun alles in main:

int main(int argc, char **argv) {
    NSAutoreleasePool *pool = [[NSAutoreleasePool alloc] init];

    AppController *controller = [[[AppController alloc] init] autorelease];
    [[NSApplication sharedApplication] setDelegate:controller]; //Assuming you want it as your app delegate, which is likely
    int status = NSApplicationMain(argc, argv);

    [pool drain];
    return status;
}

Werden Sie tun, alle anderen set-up in Ihrer Anwendung Delegierten Methoden in AppController.

Du schon wissen, aber für jemand anderes, der dies liest: Federn sind dein Freund. Interface Builder ist dein Freund. Kämpfen Sie nicht gegen die Rahmen—arbeiten mit es, und bauen Sie Ihre Schnittstelle grafisch, und Ihre Anwendung wird für Sie besser.

Andere Lösung für das problem von starten einer app, ohne eine Feder.

Statt allocing Ihren eigenen controller, nutzen Sie einfach die zusätzlichen Parameter, die in der NSApplicationMain() Methode:

int retVal = NSApplicationMain(argc, argv, @"UIApplication", @"MyAppDelegate");

Diese kümmert sich um alle die richtige Verknüpfung eines brauchen würde.

Dann, die einzige andere Sache, die Sie brauchen zu erinnern ist, um Ihre eigenen Fenster und legen Sie es auf sichtbar.