Desde Xcode 8 y iOS10, las vistas no tienen el tamaño adecuado en viewDidLayoutSubviews

Parece que con Xcode 8, viewDidLoadtodas las subvistas del controlador de vista tienen el mismo tamaño de 1000x1000. Lo extraño, pero bueno, viewDidLoadnunca ha sido el mejor lugar para dimensionar correctamente las vistas.

¡Pero viewDidLayoutSubviewses!

Y en mi proyecto actual, trato de imprimir el tamaño de un botón:

- (void)viewDidLayoutSubviews {
    [super viewDidLayoutSubviews];

    NSLog(@"%@", self.myButton);
}

¡El registro muestra un tamaño de (1000x1000) para myButton! Luego, si inicio sesión en un botón, haga clic, por ejemplo, el registro muestra un tamaño normal.

Estoy usando diseño automático.

¿Es un error?

Ahora, Interface Builder permite al usuario cambiar dinámicamente el tamaño de cada controlador de vista en el guión gráfico, para simular el tamaño de un determinado dispositivo.

Antes de esta funcionalidad, el usuario debe configurar manualmente el tamaño de cada controlador de vista. Entonces, el controlador de vista se guardó con un cierto tamaño, que se usó initWithCoderpara establecer el marco inicial.

Ahora, parece que initWithCoderno use el tamaño definido en el guión gráfico y defina un tamaño de 1000x1000 px para la vista del controlador de vista y todas sus subvistas.

Esto no es un problema, porque las vistas siempre deben usar cualquiera de estas soluciones de diseño:

• autolayout, y todas las restricciones diseñarán correctamente sus vistas

• autoresizingMask, que diseñará cada vista que no tenga ninguna restricción adjunta ( tenga en cuenta que el diseño automático y las restricciones de margen ahora son compatibles en la misma vista \ o /! )

Pero esto es un problema para todas las cosas de diseño relacionadas con la capa de vista cornerRadius, ya que ni el diseño automático ni la máscara de tamaño automático se aplican a las propiedades de la capa.

Para responder a este problema, la forma más común es utilizarlo viewDidLayoutSubviewssi está en el controlador o layoutSubviewsi está en una vista. En este punto (no olvide llamar a sus supermétodos relativos), ¡está bastante seguro de que se ha hecho todo el diseño!

¿Bastante seguro? Hum ... no del todo, he comentado, y es por eso que hice esta pregunta, en algunos casos la vista todavía tiene su tamaño de 1000x1000 en este método. Creo que no hay respuesta a mi propia pregunta. Para dar la máxima información al respecto:

1- ¡ocurre solo al colocar celdas! En las subclases UITableViewCell& UICollectionViewCell, layoutSubviewno se llamará después de que las subvistas estén correctamente distribuidas.

2- Como comentó @EugenDimboiu (por favor, vote a favor de su respuesta si es útil para usted), llamar [myView layoutIfNeeded]a la subvista no diseñada la distribuirá correctamente justo a tiempo.

- (void)layoutSubviews {
    [super layoutSubviews];
    NSLog (self.myLabel); // 1000x1000 size 
    [self.myLabel layoutIfNeeded];
    NSLog (self.myLabel); // normal size
}

3- En mi opinión, esto es definitivamente un error. Lo envié al radar (id 28562874).

PD: no soy nativo de inglés, así que siéntete libre de editar mi publicación si se debe corregir mi gramática;)

PS2: Si tiene una solución mejor, no dude en escribir otra respuesta. Moveré la respuesta aceptada.

¿Estás usando esquinas redondeadas para tu botón? Intente llamar layoutIfNeeded()antes.

Solución: envolver todo el interior viewDidLayoutSubviewsen DispatchQueue.main.async.

// swift 3

override func viewDidLayoutSubviews() {
    super.viewDidLayoutSubviews()

    DispatchQueue.main.async {
        // do stuff here
    }
}

Sé que esta no era su pregunta exacta, pero me encontré con un problema similar en el que, en la actualización, algunas de mis vistas se estropearon a pesar de tener el tamaño de marco correcto en viewDidLayoutSubviews. Según las notas de la versión de iOS 10:

"No se espera que el envío de layoutIfNeeded a una vista mueva la vista, pero en versiones anteriores, si la vista tenía translatesAutoresizingMaskIntoConstraints establecido en NO, y si estaba siendo posicionado por restricciones, layoutIfNeeded movería la vista para que coincida con el motor de diseño antes de enviar el diseño Estos cambios corrigen este comportamiento, y la posición del receptor y normalmente su tamaño no se verán afectados por layoutIfNeeded.

Es posible que parte del código existente se base en este comportamiento incorrecto que ahora está corregido. No hay ningún cambio de comportamiento para los binarios vinculados antes de iOS 10, pero al construir en iOS 10, es posible que deba corregir algunas situaciones enviando -layoutIfNeeded a una supervista de la vista translatesAutoresizingMaskIntoConstraints que era el receptor anterior, o bien posicionarlo y dimensionarlo antes ( o después, dependiendo de su comportamiento deseado) layoutIfNeeded.

Las aplicaciones de terceros con subclases de UIView personalizadas que usan Auto Layout que anulan el diseño Las subvistas y el diseño sucio en sí mismos antes de llamar a Super tienen el riesgo de desencadenar un bucle de retroalimentación de diseño cuando se reconstruyen en iOS 10. Cuando se envían correctamente el diseño posterior Las llamadas de subviews deben asegurarse de deje de ensuciar el diseño en sí mismo en algún momento (tenga en cuenta que esta llamada se omitió en la versión anterior a iOS 10) ".

Esencialmente, no puede llamar a layoutIfNeeded en un objeto secundario de la Vista si está utilizando translatesAutoresizingMaskIntoConstraints; ahora, la llamada a layoutIfNeeded debe estar en la superView, y aún puede llamar a esto en viewDidLayoutSubviews.

Si los marcos no son correctos en layoutSubViews (que no lo son), puede enviar async un poco de código en el hilo principal. Esto le da al sistema algo de tiempo para hacer el diseño. Cuando se ejecuta el bloque que envías, los marcos tienen sus tamaños adecuados.

Esto solucionó el problema (ridículamente molesto) para mí:

- (void) viewDidLayoutSubviews {

    [super viewDidLayoutSubviews];

    self.view.frame = CGRectMake(0,0,[[UIScreen mainScreen] bounds].size.width,[[UIScreen mainScreen] bounds].size.height);

}

Editar / Nota: Esto es para un ViewController de pantalla completa.

En realidad, viewDidLayoutSubviewstampoco es el mejor lugar para establecer el marco de su vista. Por lo que tengo entendido, a partir de ahora, el único lugar en el que debería hacerse es el layoutSubviewsmétodo en el código de la vista real. Ojalá no estuviera en lo cierto, ¡que alguien me corrija si no es verdad!

Ya informé este problema a Apple, este problema existe desde hace mucho tiempo, cuando está inicializando UIViewController desde Xib, pero encontré una solución bastante buena. Además de eso, encontré ese problema en algunos casos cuando layoutIfNeeded en UICollectionView y UITableView cuando la fuente de datos no está configurada en el momento inicial, y también necesitaba swizzle.

extension UIViewController {
    open override class func initialize() {
        if self !== UIViewController.self {
            return
        }
        DispatchQueue.once(token: "io.inspace.uiviewcontroller.swizzle") {
            ins_applyFixToViewFrameWhenLoadingFromNib()
        }
    }

    @objc func ins_setView(view: UIView!) {
        // View is loaded from xib file
        if nibBundle != nil && storyboard == nil && !view.frame.equalTo(UIScreen.main.bounds) {
            view.frame = UIScreen.main.bounds
            view.layoutIfNeeded()
        }
        ins_setView(view: view)
    }

    private class func ins_applyFixToViewFrameWhenLoadingFromNib() {
        UIViewController.swizzle(originalSelector: #selector(setter: UIViewController.view),
                                 with: #selector(UIViewController.ins_setView(view:)))
        UICollectionView.swizzle(originalSelector: #selector(UICollectionView.layoutSubviews),
                                 with: #selector(UICollectionView.ins_layoutSubviews))
        UITableView.swizzle(originalSelector: #selector(UITableView.layoutSubviews),
                                 with: #selector(UITableView.ins_layoutSubviews))
     }
}

extension UITableView {
    @objc fileprivate func ins_layoutSubviews() {
        if dataSource == nil {
            super.layoutSubviews()
        } else {
            ins_layoutSubviews()
        }
    }
}

extension UICollectionView {
    @objc fileprivate func ins_layoutSubviews() {
        if dataSource == nil {
            super.layoutSubviews()
        } else {
            ins_layoutSubviews()
        }
    }
}

Envío una vez extensión:

extension DispatchQueue {

    private static var _onceTracker = [String]()

    /**
     Executes a block of code, associated with a unique token, only once.  The code is thread safe and will
     only execute the code once even in the presence of multithreaded calls.

     - parameter token: A unique reverse DNS style name such as com.vectorform.<name> or a GUID
     - parameter block: Block to execute once
     */
    public class func once(token: String, block: (Void) -> Void) {
        objc_sync_enter(self); defer { objc_sync_exit(self) }

        if _onceTracker.contains(token) {
            return
        }

        _onceTracker.append(token)
        block()
    }
}

Extensión Swizzle:

extension NSObject {
    @discardableResult
    class func swizzle(originalSelector: Selector, with selector: Selector) -> Bool {

        var originalMethod: Method?
        var swizzledMethod: Method?

        originalMethod = class_getInstanceMethod(self, originalSelector)
        swizzledMethod = class_getInstanceMethod(self, selector)

        if originalMethod != nil && swizzledMethod != nil {
            method_exchangeImplementations(originalMethod!, swizzledMethod!)
            return true
        }
        return false
    }
}

Mi problema se resolvió cambiando el uso de

-(void)viewDidLayoutSubviews{
    [super viewDidLayoutSubviews];
    self.viewLoginMailTop.constant = -self.viewLoginMail.bounds.size.height;
}

a

-(void)viewWillLayoutSubviews{
    [super viewWillLayoutSubviews];
    self.viewLoginMailTop.constant = -self.viewLoginMail.bounds.size.height;
}

Entonces, de Did a Will

Super raro

Mejor solución para mí.

protocol LayoutComplementProtocol {
    func didLayoutSubviews(with targetView_: UIView)
}

private class LayoutCaptureView: UIView {
    var targetView: UIView!
    var layoutComplements: [LayoutComplementProtocol] = []

    override func layoutSubviews() {
        super.layoutSubviews()

        for layoutComplement in self.layoutComplements {
            layoutComplement.didLayoutSubviews(with: self.targetView)
        }
    }
}

extension UIView {
    func add(layoutComplement layoutComplement_: LayoutComplementProtocol) {
        func findLayoutCapture() -> LayoutCaptureView {
            for subView in self.subviews {
                if subView is LayoutCaptureView {
                    return subView as? LayoutCaptureView
                }
            }
            let layoutCapture = LayoutCaptureView(frame: CGRect(x: -100, y: -100, width: 10, height: 10)) // not want to show, want to have size
            layoutCapture.targetView = self
            self.addSubview(layoutCapture)
            return layoutCapture
        }

        let layoutCapture = findLayoutCapture()
        layoutCapture.layoutComplements.append(layoutComplement_)
    }
}

Utilizando

class CircleShapeComplement: LayoutComplementProtocol {
    func didLayoutSubviews(with targetView_: UIView) {
        targetView_.layer.cornerRadius = targetView_.frame.size.height / 2
    }
}

myButton.add(layoutComplement: CircleShapeComplement())

Anular layoutSublayers (de la capa: CALayer) en lugar de layoutSubviews en la subvista de celda para tener los marcos correctos

Si necesita hacer algo basado en el marco de su vista, anule layoutSubviews y llame a layoutIfNeeded

    override func layoutSubviews() {
    super.layoutSubviews()

    yourView.layoutIfNeeded()
    setGradientForYourView()
}

Tuve el problema con viewDidLayoutSubviews que devolvía el marco incorrecto para mi vista, por lo que necesitaba agregar un degradado. Y solo layoutIfNeeded hizo lo correcto :)

Según la nueva actualización en ios, esto es en realidad un error, pero podemos reducirlo usando -

Si está utilizando xib con diseño automático en su proyecto, solo tiene que actualizar el marco en la configuración de diseño automático, busque la imagen para esto.