Was ist der Unterschied zwischen UIApplication.sharedApplication.delegieren.Fenster und UIApplication.sharedApplication.keyWindow?

Könnten Sie gleich auf iOS. Wenn Sie anders sind, Sie werden in der Regel präsentiert sich ein weiteres Fenster andere als die app-delegate ' s Hauptfenster. Ihre app kann, haben viele Fenster, aber nur die keyWindow ist das Fenster, das auf dem Bildschirm sichtbar ist und den Empfang von Ereignissen (Beispiel könnte ein UIAlert, wenn sichtbar und empfangen von Ereignissen, es ist die keywindow) Referenz: https://developer.apple.com/library/content/documentation/WindowsViews/Conceptual/WindowAndScreenGuide/WindowScreenRolesinApp/WindowScreenRolesinApp.html

aus der Dokumentation:

• Für UIApplication.sharedApplication.delegate.window:

Fenster zu verwenden, wenn die Vorlage ein storyboard. Diese Eigenschaft enthält
die Fenster, die benutzt wird, um die app-visuelle Inhalte auf dem Gerät
main-Bildschirm.

ich.e dies ist die Eigenschaft window dass Sie in Ihrem AppDelegate.h Datei.

• Für UIApplication.sharedApplication.keyWindow:

Diese Eigenschaft hält die UIWindow Objekt in der windows-array,
die meisten vor kurzem an die makeKeyAndVisible Nachricht.

Auf iOS rufen Sie makeKeyAndVisible in Ihrem AppDelegate.m innen

application:(UIApplication *)application didFinishLaunchingWithOptions:(NSDictionary *)launchOptions

Den erstellt appDelegate Fenster keyWindow. In der Regel, bank-apps wechseln der Fenster Taste, wenn die app in den hintergrund gelegt zum Schutz der Benutzer vertrauliche Informationen, wenn Sie die home-Taste verdoppelt wird angezapft und wechseln zurück zur main-delegieren-Fenster, wenn die app im Vordergrund.

Diese Antwort ist in Zusammenarbeit mit: @SipkeSchoorstra, @D-Mx und @andyDarwin

Basheer_CAD s Antwort ist nicht richtig. Sie sind nicht immer die gleichen in iOS.

Jeffery Thomas, die Antwort ist richtig und lassen Sie mich ein konkretes Beispiel.

- (void)viewDidLoad {
    [super viewDidLoad];
    NSLog(@"keyWindow --------> %@",[UIApplication sharedApplication].keyWindow.rootViewController);
    NSLog(@"delegate.window --> %@",[UIApplication sharedApplication].delegate.window.rootViewController);
    NSLog(@"self.view.window -> %@",self.view.window.rootViewController);
}

- (void)viewDidAppear:(BOOL)animated {
    [super viewDidAppear:animated];
    UIAlertView *alert = [[UIAlertView alloc] initWithTitle:@"title" message:@"message" delegate:self cancelButtonTitle:@"cancel" otherButtonTitles:nil];
    [alert show];
    NSLog(@"keyWindow --------> %@",[UIApplication sharedApplication].keyWindow.rootViewController);
    NSLog(@"delegate.window --> %@",[UIApplication sharedApplication].delegate.window.rootViewController);
    NSLog(@"self.view.window -> %@",self.view.window.rootViewController);
}

Ausgabe:

keyWindow --------> (null)
delegate.window --> <ViewController: 0x10030c0e0>
self.view.window -> (null)
keyWindow --------> <UIApplicationRotationFollowingController: 0x100204510>
delegate.window --> <ViewController: 0x10030c0e0>
self.view.window -> <ViewController: 0x10030c0e0>

Wenn viewDidLoad eigentlich die Fenster noch nicht fertig ist, so gibt es nichts für das system-Fenster. UIAlertView Dominieren die Fenster, so dass Sie nicht bekommen, das Fenster, das Sie wollen.