Visualizza le modifiche al frame tra viewWillAppear: e viewDidAppear:

Ho scoperto uno strano comportamento nella mia applicazione, in cui un connesso IBOutletha il frame della sua vista connessa tra le chiamate nel mio controller della vista a viewWillAppear:e viewDidAppear:. Ecco il codice pertinente nella mia UIViewControllersottoclasse:

-(void)viewWillAppear:(BOOL)animated {
    NSLog(@"%@", self.scrollView);
}

-(void)viewDidAppear:(BOOL)animated {
    NSLog(@"%@", self.scrollView);
}

e l'output del registro risultante:

MyApp[61880:c07] <UIScrollView: 0x1057eff0; frame = (0 0; 0 0); clipsToBounds = YES; autoresize = TM+BM; gestureRecognizers = <NSArray: 0x10580100>; layer = <CALayer: 0x1057f210>; contentOffset: {0, 0}>
MyApp[61880:c07] <UIScrollView: 0x1057eff0; frame = (0 44; 320 416); clipsToBounds = YES; autoresize = TM+BM; gestureRecognizers = <NSArray: 0x10580100>; layer = <CALayer: 0x1057f210>; contentOffset: {0, 0}>

Il che mostra chiaramente che il frame sta cambiando tra le due chiamate. Volevo fare la configurazione con la vista nel viewDidLoadmetodo, ma se il contenuto non è disponibile per la modifica fino a quando non è sullo schermo, sembra piuttosto inutile. Cosa potrebbe succedere?

Autolayoutha fatto un enorme cambiamento nel modo in cui progettiamo e sviluppiamo la GUI delle nostre opinioni. Una delle differenze principali è che autolayoutnon cambia le dimensioni della nostra vista immediatamente, ma solo quando viene attivato, cioè in un momento specifico, ma possiamo costringerlo a ricalcolare immediatamente i nostri vincoli o contrassegnarli come "bisognosi" di layout. Funziona come -setNeedDisplay.
La grande sfida per me è stata capire e accettare questo, non abbiamo più bisogno di usare maschere di ridimensionamento automatico e la cornice è diventata una proprietà inutile nel posizionare le nostre opinioni. Non abbiamo più bisogno di pensare alla posizione della vista, ma dovremmo pensare a come vogliamo vederli in uno spazio in relazione tra loro.
Quando vogliamo mescolare la vecchia maschera di ridimensionamento automatico e il layout automatico è quando sorgono problemi. Dovremmo pensare molto presto all'implementazione dell'autolayout e cercare di evitare di mescolare il vecchio approccio in una gerarchia di visualizzazione basata sull'autolayout.
Va bene avere una vista contenitore che utilizzi solo maschere di ridimensionamento automatico, come una vista principale di un controller di visualizzazione, ma è meglio se non proviamo a mescolare.
Non ho mai usato lo storyboard, ma probabilmente è corretto. Utilizzando il layout automatico, i frame delle visualizzazioni vengono impostati quando il motore di layout automatico inizia il calcolo. Prova a chiedere la stessa cosa subito dopo il super - (void)viewDidLayoutSubviewsmetodo del tuo controller di visualizzazione.
Questo metodo viene chiamato quando il motore di layout automatico ha terminato per calcolare i frame delle visualizzazioni.

Dalla documentazione:

viewWillAppear:

Notifica al controller della vista che la sua vista sta per essere aggiunta a una gerarchia di viste.

viewDidAppear:

Notifica al controller di visualizzazione che la relativa visualizzazione è stata aggiunta a una gerarchia di visualizzazione.

Di conseguenza, i frame delle visualizzazioni secondarie non sono ancora impostati in viewWillAppear:

Il metodo appropriato per modificare la tua interfaccia utente prima che la visualizzazione venga presentata allo schermo è:

viewDidLayoutSubviews

Notifica al controller della vista che la sua vista ha appena disposto le sue viste secondarie.

chiamata

self.scrollView.layoutIfNeeded ()

nel tuo viewWillAppearmetodo. Successivamente puoi accedere alla sua cornice e avrà lo stesso valore di quando stampiviewDidAppear

Nel mio caso, spostando tutti i metodi relativi ai frame in

override func viewWillLayoutSubviews()

ha funzionato perfettamente (stavo cercando di modificare i vincoli dallo storyboard).