¿Cuándo se llama a layoutSubviews?

Tengo una vista personalizada que no recibe layoutSubviewmensajes durante la animación.

Tengo una vista que llena la pantalla. Tiene una subvista personalizada en la parte inferior de la pantalla que cambia de tamaño correctamente en Interface Builder si cambio la altura de la barra de navegación. layoutSubviewsse llama cuando se crea la vista, pero nunca más. Mis subvistas están correctamente distribuidas. Si desactivo la barra de estado de la llamada, la subvista layoutSubviewsno se llama en absoluto, aunque la vista principal anima su cambio de tamaño.

¿Bajo qué circunstancias se layoutSubviewsllama realmente?

He autoresizesSubviewsconfigurado NOpara mi vista personalizada. Y en Interface Builder tengo los puntales superior e inferior y el conjunto de flechas verticales.

Otra parte del rompecabezas es que la ventana debe hacerse clave:

[window makeKeyAndVisible];

de lo contrario, las subvistas no se redimensionan automáticamente.

Tenía una pregunta similar, pero no estaba satisfecho con la respuesta (o cualquier otra que pudiera encontrar en la red), así que lo intenté en la práctica y esto es lo que obtuve:

• initno hace layoutSubviewsque se llame (duh)
• addSubview:hace layoutSubviewsque se invoque la vista que se agrega, la vista a la que se agrega (vista de destino) y todas las subvistas del objetivo
• ver de forma setFrame inteligente las llamadas layoutSubviewsen la vista que tiene su marco establecido solo si el parámetro de tamaño del marco es diferente
• desplazar un UIScrollView provoca layoutSubviewsque se invoque en scrollView y su supervista
• la rotación de un dispositivo solo invoca layoutSubviewen la vista principal (la vista principal Vista de control Controladores)
• Cambiar el tamaño de una vista llamará layoutSubviewsa su supervista

Mis resultados: http://blog.logichigh.com/2011/03/16/when-does-layoutsubviews-get-called/

Partiendo de la respuesta anterior de @BadPirate, experimenté un poco más y obtuve algunas aclaraciones / correcciones. Descubrí que layoutSubviews:se invocará en una vista si y solo si:

• Sus propios límites (no marco) cambiaron.
• Los límites de una de sus subvistas directas cambiaron.
• Se agrega una subvista a la vista o se elimina de la vista.

Algunos detalles relevantes:

• Los límites se consideran modificados solo si el nuevo valor es diferente, incluido un origen diferente . Tenga en cuenta específicamente que es por eso que layoutSubviews:se llama cada vez que se desplaza un UIScrollView, ya que realiza el desplazamiento cambiando el origen de sus límites.
• Cambiar el marco solo cambiará los límites si el tamaño ha cambiado, ya que esto es lo único que se propaga a la propiedad de límites.
• Un cambio en los límites de una vista que aún no se encuentra en una jerarquía de vistas generará una llamada layoutSubviews: cuando la vista finalmente se agregue a una jerarquía de vistas .
• Y solo para completar: estos disparadores no llaman directamente a layoutSubviews, sino que llaman setNeedsLayout, lo que establece / levanta una bandera. Cada iteración del ciclo de ejecución, para todas las vistas en la jerarquía de vistas , se marca este indicador. Para cada vista donde se encuentra la bandera levantada, layoutSubviews:se le llama y se restablece la bandera. Las vistas más arriba en la jerarquía se verificarán / llamarán primero.

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

Los cambios de diseño pueden ocurrir cada vez que ocurre uno de los siguientes eventos en una vista:

a. El tamaño del rectángulo de límites de una vista cambia.
si. Se produce un cambio de orientación de la interfaz, que generalmente desencadena un cambio en el rectángulo de límites de la vista raíz.
C. El conjunto de subcapas de animación central asociadas con la capa de la vista cambia y requiere diseño.
re. Su aplicación obliga a que se produzca el diseño llamando al   método setNeedsLayout o  layoutIfNeededde una vista.
mi. Su aplicación fuerza el diseño llamando al  setNeedsLayout método del objeto de capa subyacente de la vista.

Algunos de los puntos en la respuesta de BadPirate son solo parcialmente ciertos:

1. Por addSubViewpunto

   addSubview hace que se invoque layoutSubviews en la vista que se agrega, la vista a la que se agrega (vista de destino) y todas las subvistas del objetivo.

   Depende de la máscara de tamaño automático de la vista (vista de destino). Si tiene la máscara de tamaño automático activada, se llamará a layoutSubview en cada una addSubview. Si no tiene máscara de tamaño automático, se llamará a layoutSubview solo cuando cambie el tamaño del marco de la vista (Vista de destino).

   Ejemplo: si creó UIView mediante programación (no tiene máscara de tamaño automático de forma predeterminada), LayoutSubview solo se llamará cuando el marco de UIView no cambie en todos addSubview.

   Es a través de esta técnica que el rendimiento de la aplicación también aumenta.

2. Para el punto de rotación del dispositivo

   Girar un dispositivo solo llama a layoutSubview en la vista principal (la vista que responde Vista principal del controlador)

   Esto puede ser cierto solo cuando su VC está en la jerarquía de VC (raíz en window.rootViewController), bueno, este es el caso más común. En iOS 5, si crea un VC, pero no se agrega a ningún otro VC, entonces este VC no se notará cuando el dispositivo gire. Por lo tanto, su vista no se notará llamando a layoutSubviews.

Rastreé la solución hasta la insistencia de Interface Builder de que los resortes no se pueden cambiar en una vista que tiene los elementos de pantalla simulados activados (barra de estado, etc.). Dado que los resortes estaban fuera de la vista principal, esa vista no podía cambiar de tamaño y, por lo tanto, se desplazó hacia abajo en su totalidad cuando apareció la barra de llamada.

Desactivar las características simuladas, luego cambiar el tamaño de la vista y configurar los resortes correctamente hizo que se produjera la animación y se llamara a mi método.

Un problema adicional en la depuración es que el simulador cierra la aplicación cuando el estado de la llamada se alterna a través del menú. Salga de la aplicación = sin depurador.

llamando [self.view setNeedsLayout]; a viewController hace que llame a viewDidLayoutSubviews

has mirado layoutIfNeeded?

El fragmento de documentación está debajo. ¿Funciona la animación si llamas a este método explícitamente durante la animación?

layoutIfNeeded Presenta las subvistas si es necesario.

- (void)layoutIfNeeded

Discusión Use este método para forzar el diseño de las subvistas antes de dibujar.

Disponibilidad Disponible en iPhone OS 2.0 y posterior.

Al migrar una aplicación OpenGL de SDK 3 a 4, ya no se llamaba a layoutSubviews. Después de muchas pruebas y errores, finalmente abrí MainWindow.xib, seleccioné el objeto Window, en el inspector elegí la pestaña Atributos de ventana (más a la izquierda) y marqué "Visible en el lanzamiento". Parece que en el SDK 3 todavía solía causar una llamada a layoutSubViews, pero no en 4.

Se acabaron 6 horas de frustración.

Un caso bastante oscuro pero potencialmente importante cuando layoutSubviewsnunca se llama es:

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))