Wie setzt Xcode rootViewController implizit über Storyboard?

Question

Xcode mit der Projektdatei und Info.plist lokalisiert das main.storyboard und findet den ursprünglichen ViewController. Aber ich hatte gehofft, in AppDelegate für den ViewController einen Kesselplattencode zu sehen.

AppDelegate sieht leer: (kein Hinweis auf Viewcontroller)

@implementation AppDelegate  
- (BOOL)application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions { 
    return YES; 
} 

... 

@end 

Storyboard ist xml:

Frage

Does Xcode was magisch code zu beziehen storyboard xml und finde den controller?

Nach der Kompilierung ruft main() AppDelegate auf, das entweder direkt auf ViewController verweisen oder ein Proxy-Storyboard-Objekt zum ViewController haben sollte.

Was fehlt mir?

Answer 1

Ich glaube, mein Buch (die Sie bereits gefunden) es vollständig erklärt. main ruft UIApplicationMain() und es folgt bestimmte Regeln. Wenn Sie einen Hauptstoryboard in Ihrem Info.plist bezeichnet haben - und Sie tun - dann:

• UIApplication zieht die Anfangs-View-Controller Instanz (die mit dem Einspeisepunkt Pfeil) aus dem Storyboard. Das ist die ViewController-Instanz.

• Es instanziiert auch die UIApplication-Klasse.

• Es instanziiert auch die App-Delegate-Klasse (im Aufruf UIApplicationMain angegeben) und weist sie der UIApplication-Eigenschaft delegate zu.

• Es macht ein Fenster und weist ihn der window Eigenschaft AppDelegate ordnet dann die View-Controller an die rootViewController Eigenschaft des Fensters.

• Dann zeigt es das Fenster (und ruft applicationDidFinishLaunching... auf dem App-Delegate ").

Das erklärt den Startvorgang vollständig.

Answer 2

Ein Bild sagt mehr als tausend Worte. Hier ist jedoch eine kurze Beschreibung: "Es ist in Ihrem Projekt Einstellungen/info.plist".

In dem Bild unten "Main" ist der Name meines ersten Storyboards. Außerdem haben die ersten View-Controller ein Flag im Interface-Builder, das sagt "Is Initial View Controller", um zu sagen, dass dies der View-Controller ist, den Sie zuerst ausführen möchten.

P.S. sie einem Klick auf die Bilder vergrößert :)

Answer 3

Die kurze Antwort ist, dass die dynamische Natur von Objective-C ermöglicht UIApplicationMain() Ihre Anwendung nur von den Textinformationen in der Anwendung Datei und Ihre Haupt NIB oder Haupt Storyboard gespeichert werden. Der Compiler muss keinen Standardcode generieren.

Die längere Antwort:

UIApplicationMain führt die folgenden Dinge durch die Objective-C-Laufzeit:

• In allen Fällen instanziiert UIApplicationMain() die NSPrincipalClass Schlüssel in der plist, in der Regel UIApplication kann aber sein, eine benutzerdefinierte Unterklasse

• In einer NIB-less-Anwendung im alten Stil instanziiert UIApplicationMain() die AppDelegate-Klasse, die in main.m angegeben wurde. Es wird die AppDelegate zu UIApplication, verkabelt und dann an den AppDelegate Hand von den App-Fenster, root-View-Controller usw.

• In einer NIB-basierten Anwendung zu erstellen, UIApplicationMain weiß nicht, den Namen des AppDelegate. Stattdessen lädt es Ihre Haupt-NIB-Datei NSMainNibFile, wie in der PLIST angegeben. Die NIB ist verantwortlich für die Instanziierung Ihres AppDelegate und die Verkabelung mit UIApplication sowie für die Erstellung Ihres Hauptfensters und Root View Controllers.

• In einer Storyboard-Anwendung instanziiert UIApplicationMain den und den Anwendungsdelegaten wie in main.m angegeben, genau wie eine NIB-lose Anwendung. Es lädt dann das Haupt-Storyboard, das weiß, wer der anfängliche View-Controller ist. Er erstellt ein Fenster, instanziiert den ursprünglichen Ansichtscontroller und weist ihn als Root-Ansichtscontroller für das Fenster zu.

Answer 4

Das ist der Grund dahinter: -

und wenn Sie diese Markierung entfernen Sie werden einen leeren Bildschirm bekommen.