Quando viene chiamato layoutSubviews?

Ho una vista personalizzata che non riceve layoutSubviewmessaggi durante l'animazione.

Ho una vista che riempie lo schermo. Ha una sottoview personalizzata nella parte inferiore dello schermo che si ridimensiona correttamente in Interface Builder se cambio l'altezza della barra di navigazione. layoutSubviewsviene chiamato quando viene creata la vista, ma mai più. Le mie osservazioni secondarie sono strutturate correttamente. Se disattivo la barra di stato della chiamata, la vista secondaria layoutSubviewsnon viene affatto richiamata, anche se la vista principale anima il suo ridimensionamento.

In quali circostanze viene layoutSubviewseffettivamente chiamato?

Ho autoresizesSubviewsimpostato su NOper la mia visualizzazione personalizzata. E in Interface Builder ho i montanti superiore e inferiore e la freccia verticale impostata.

Un'altra parte del puzzle è che la finestra deve essere resa chiave:

[window makeKeyAndVisible];

altrimenti le visualizzazioni secondarie non vengono ridimensionate automaticamente.

Avevo una domanda simile, ma non ero soddisfatto della risposta (o di quella che riuscivo a trovare in rete), quindi l'ho provata in pratica ed ecco cosa ho ottenuto:

• initnon fa layoutSubviewsessere chiamato (duh)
• addSubview:provoca la layoutSubviewschiamata sulla vista aggiunta, la vista a cui viene aggiunta (vista destinazione) e tutte le viste secondarie della destinazione
• view setFrame chiama in modo intelligente layoutSubviewsla vista con il frame impostato solo se il parametro size del frame è diverso
• lo scorrimento di un UIScrollView provoca la layoutSubviewschiamata su scrollView e la sua superview
• la rotazione di un dispositivo richiama solo layoutSubviewla vista padre (la vista principale Vista principale dei controller)
• Il ridimensionamento di una vista richiamerà la layoutSubviewssua superview

I miei risultati - http://blog.logichigh.com/2011/03/16/when-does-layoutsubviews-get-called/

Sulla base della precedente risposta di @BadPirate, ho sperimentato un po 'di più e ho trovato alcuni chiarimenti / correzioni. Ho scoperto che layoutSubviews:verrà chiamato in una vista se e solo se:

• I suoi limiti (non frame) sono cambiati.
• I limiti di una delle sue sottoview dirette sono cambiati.
• Una vista secondaria viene aggiunta alla vista o rimossa dalla vista.

Alcuni dettagli rilevanti:

• I limiti vengono considerati modificati solo se il nuovo valore è diverso, inclusa un'origine diversa . Nota in particolare che è per questo che layoutSubviews:viene chiamato ogni volta che un UIScrollView scorre, poiché esegue lo scorrimento modificando l'origine dei suoi limiti.
• La modifica della cornice cambierà i limiti solo se la dimensione è cambiata, poiché questa è l'unica cosa propagata alla proprietà dei limiti.
• Una modifica dei limiti di una vista che non è ancora in una gerarchia di viste comporterà una chiamata a layoutSubviews: quando la vista verrà infine aggiunta a una gerarchia di viste .
• E solo per completezza: questi trigger non chiamano direttamente layoutSubviews, ma piuttosto call setNeedsLayout, che imposta / alza un flag. Ad ogni iterazione del ciclo di esecuzione, per tutte le viste nella gerarchia delle viste , questo flag viene controllato. Per ogni vista in cui viene trovato il flag sollevato, layoutSubviews:viene chiamato su di esso e il flag viene ripristinato. Le viste più in alto nella gerarchia verranno controllate / chiamate per prime.

https://developer.apple.com/library/prerelease/tvos/documentation/WindowsViews/Conceptual/ViewPG_iPhoneOS/CreatingViews/CreatingViews.html#//apple_ref/doc/uid/TP40009503-CH5-SW1

Le modifiche al layout possono verificarsi ogni volta che si verifica uno dei seguenti eventi in una vista:

un. La dimensione del rettangolo dei limiti di una vista cambia.
b. Si verifica una modifica dell'orientamento dell'interfaccia, che di solito provoca una modifica nel rettangolo dei limiti della vista radice.
c. L'insieme dei sublayer di Animazione principale associati al livello della vista cambia e richiede il layout.
d. L'applicazione impone il layout chiamando il   metodo setNeedsLayout o  layoutIfNeededdi una vista.
e. L'applicazione impone il layout chiamando il  setNeedsLayout metodo dell'oggetto layer sottostante della vista.

Alcuni dei punti nella risposta di BadPirate sono solo parzialmente veri:

1. Per il addSubViewpunto

   addSubview fa sì che layoutSubviews venga chiamato sulla vista aggiunta, la vista viene aggiunta a (vista target) e tutte le sottoview del target.

   Dipende dalla maschera di ridimensionamento automatico della vista (vista target). Se ha la maschera di ridimensionamento automatico attivata, layoutSubview verrà chiamato su ciascuno addSubview. Se non ha una maschera di ridimensionamento automatico, layoutSubview verrà chiamato solo quando cambiano le dimensioni del frame della vista (vista target).

   Esempio: se hai creato UIView a livello di codice (non ha una maschera di ridimensionamento automatico per impostazione predefinita), LayoutSubview verrà chiamato solo quando il frame UIView non cambia su tutti addSubview.

   È attraverso questa tecnica che aumentano anche le prestazioni dell'applicazione.

2. Per il punto di rotazione del dispositivo

   La rotazione di un dispositivo chiama layoutSubview solo nella vista padre (la vista principale Vista principale del controller)

   Questo può essere vero solo quando il tuo VC è nella gerarchia VC (root at window.rootViewController), bene questo è il caso più comune. In iOS 5, se crei un VC, ma non viene aggiunto a nessun altro VC, questo VC non verrà notato quando il dispositivo ruota. Pertanto la sua vista non verrebbe notata chiamando layoutSubviews.

Ho rintracciato la soluzione in base all'insistenza di Interface Builder che le molle non possono essere modificate in una vista in cui gli elementi dello schermo simulato sono attivati ​​(barra di stato, ecc.). Poiché le molle erano disattivate per la vista principale, quella vista non poteva cambiare dimensione e quindi veniva fatta scorrere verso il basso nella sua interezza quando appariva la barra di chiamata.

La disattivazione delle funzioni simulate, il ridimensionamento della vista e l'impostazione corretta delle molle hanno causato l'animazione e il mio metodo è stato chiamato.

Un ulteriore problema nel debug è che il simulatore esce dall'app quando lo stato della chiamata viene attivato tramite il menu. Esci dall'app = nessun debugger.

chiamando [self.view setNeedsLayout]; in viewController lo fa chiamare viewDidLayoutSubviews

hai visto layoutIfNeeded?

Lo snippet di documentazione è di seguito. L'animazione funziona se si chiama questo metodo esplicitamente durante l'animazione?

layoutIfNeeded Distribuisce le visualizzazioni secondarie, se necessario.

- (void)layoutIfNeeded

Discussione Utilizzare questo metodo per forzare il layout delle viste secondarie prima del disegno.

Disponibilità Disponibile in iPhone OS 2.0 e versioni successive.

Durante la migrazione di un'app OpenGL da SDK 3 a 4, layoutSubviews non veniva più chiamato. Dopo molte prove ed errori ho finalmente aperto MainWindow.xib, selezionato l'oggetto Window, nella finestra di ispezione ho scelto la scheda Attributi della finestra (all'estrema sinistra) e ho controllato "Visibile all'avvio". Sembra che in SDK 3 sia ancora usato per causare una chiamata layoutSubViews, ma non in 4.

Finite 6 ore di frustrazione.

Un caso piuttosto oscuro, ma potenzialmente importante quando layoutSubviewsnon viene mai chiamato è:

import UIKit

class View: UIView {

    override class var layerClass: AnyClass { return Layer.self }

    class Layer: CALayer {
        override func layoutSublayers() {
            // if we don't call super.layoutSublayers()...
            print(type(of: self), #function)
        }
    }

    override func layoutSubviews() {
        // ... this method never gets called by the OS!
        print(type(of: self), #function)
    }
}

let view = View(frame: CGRect(x: 0, y: 0, width: 100, height: 100))