Pourquoi viewDidAppear dans UITabBarController exec avant l'affichage de la vue?

Question

J'ai un UITabBarController qui imbrique une UIView-Sous-classe (ImageViewer) comme son troisième onglet.

Dans ce ImageViewer je Sous appeler la méthode viewDidAppear:

- (void) viewDidAppear:(BOOL)animated { 
    [super viewDidAppear:animated]; 

    /* ... start custom code ... 
    NSLog(@"viewDidAppear tag 1 passed);   /* BREAKPOINT 1 here 

    [myUIActivityIndicator stopAnimating]; 

    NSLog(@"viewDidAppear tag 2 passed);   /* BREAKPOINT 2 here 
    /* ... end custom code ... 
} 

la méthode est appelée automatiquement, mais étrangement la vue apparaît seulement après cette méthode a été traitée complètement?

Lorsque je règle les points d'arrêt (1 et 2) comme indiqué, le traitement (lors de la sélection de l'onglet) s'arrête alors que l'onglet précédent est toujours affiché. Ce n'est qu'en cliquant sur continuer après le deuxième point d'arrêt que la vue sera affichée. (Pour info les NSLogs sont réalisées immeldiately).

Dans ce cas viewDidAppear se comporte plus comme viewWillAppear ....

Tous les indices de ce qui pourrait se passer?

Vive

Answer 1

Si vous souhaitez autoriser l'écran à redessiner lorsque vos charges de vue, mais pour déclencher un autre code de mise à jour à -viewDidAppear:, utilisez performSelector:withObject:afterDelay: comme ceci:

- (void)viewDidAppear:(BOOL)animated 
{ 
    [super viewDidAppear:animated]; 
    [self performSelector:@selector(updateUI) withObject:nil afterDelay:0.0]; 
} 

… 

- (void)updateUI 
{ 
    // Do your UI stuff here 
} 

Lorsque vous le faites de cette façon, la boucle d'événement en cours se terminera rapidement, et UIKit sera capable de redessiner l'écran après le chargement de votre vue. updateUI sera appelée dans la boucle d'événement suivante. C'est un bon moyen d'obtenir des transitions de vue accrochantes si vous devez effectuer des calculs intensifs ou des mises à jour après le chargement d'une vue.

Answer 2

à partir du son, si vous appelez activement la méthode, l'appareil pourrait ne pas avoir le temps pour afficher réellement la vue en cours d'exécution le « code personnalisé » dans votre méthode viewDidAppear. Dans ce cas, vous devriez laisser le programme appeler la méthode viewDidAppear elle-même.

Votre programme peut également travailler sur un autre code qui ralentirait l'apparence de la vue, ceci peut être résolu en utilisant des minuteurs. à-dire au lieu de:

[self otherCode]; 

vous écririez:

[NSTimer scheduledTimerWithTimeInterval:.5 
    target:self 
    selector:@selector(otherCode) 
    userInfo:nil 
    repeats:NO]; 

vous pourriez vouloir essayer de retarder simplement votre « code personnalisé » avec une minuterie de cette façon.