¿Cuándo puedo activar / desactivar las restricciones de diseño?

He configurado varios conjuntos de restricciones en IB, y me gustaría alternar programáticamente entre ellos dependiendo de algún estado. Hay una constraintsAcolección de puntos de venta que están marcados como instalados desde IB y una constraintsBcolección de puntos de venta que se desinstalan en IB.

Puedo alternar programáticamente entre los dos conjuntos así:

NSLayoutConstraint.deactivateConstraints(constraintsA)
NSLayoutConstraint.activateConstraints(constraintsB)

Pero ... no sé cuándo hacer eso. Parece que debería poder hacer eso una vez viewDidLoad, pero no puedo hacer que funcione. Intenté llamar view.updateConstraints()y view.layoutSubviews()después de establecer las restricciones, pero fue en vano.

Descubrí que si establezco las restricciones en viewDidLayoutSubviewstodo funciona como se esperaba. Supongo que me gustaría saber dos cosas ...

1. ¿Por qué tengo este comportamiento?
2. ¿Es posible activar / desactivar restricciones desde viewDidLoad?

Activo y desactivo NSLayoutConstraintsen viewDidLoad, y no tengo ningún problema con él. Entonces funciona. Debe haber una diferencia en la configuración entre tu aplicación y la mía :-)

Solo describiré mi configuración, tal vez pueda darte una pista:

1. Configuré @IBOutletstodas las restricciones que necesito activar / desactivar.
2. En el ViewController, guardo las restricciones en propiedades de clase que no son débiles. La razón de esto es que descubrí que después de desactivar una restricción, no podía reactivarla, era nula. Entonces, parece que se elimina cuando se desactiva.
3. No uso NSLayoutConstraint.deactivate/activatecomo tú, uso constraint.active = YES/ en su NOlugar.
4. Después de establecer las limitaciones, llamo view.layoutIfNeeded().

Tal vez pueda revisar su @properties, reemplazar weakconstrong .

A veces, porque está active = NOconfigurado self.yourConstraint = nil, por lo que no se puede usar de self.yourConstraintnuevo.

override func viewDidLayoutSubviews() {
// do it here, after constraints have been materialized
}

Creo que el problema que está experimentando se debe a que las restricciones no se agregan a sus vistas hasta que viewDidLoad()se llama AFTER . Tienes un número de opciones:

A) Puede conectar sus restricciones de diseño a un IBOutlet y acceder a ellas en su código mediante estas referencias. Dado que los puntos de venta están conectados antes del viewDidLoad()inicio, las restricciones deben ser accesibles y puede continuar activándolas y desactivándolas allí.

B) Si desea utilizar la constraints()función de UIView para acceder a las diversas restricciones, debe esperar a viewDidLayoutSubviews()que se inicie y hacerlo allí, ya que ese es el primer punto después de crear un controlador de vista a partir de una plumilla que tendrá las restricciones instaladas. No olvide llamar layoutIfNeeded()cuando haya terminado. Esto tiene la desventaja de que el pase de diseño se realizará dos veces si hay algún cambio que aplicar y debe asegurarse de que no haya posibilidad de que se active un bucle infinito.

Una advertencia rápida: ¡el método NO devuelve las restricciones deshabilitadas constraints() ! Esto significa que si deshabilita una restricción con la intención de volver a activarla más adelante, deberá mantener una referencia a ella.

C) Puede olvidarse del enfoque del guión gráfico y agregar sus restricciones manualmente. Dado que está haciendo esto en viewDidLoad(), supongo que la intención es hacerlo solo una vez durante toda la vida útil del objeto en lugar de cambiar el diseño sobre la marcha, por lo que este debería ser un método aceptable.

También puede ajustar la prioritypropiedad para "habilitarlos" y "deshabilitarlos" (valor 750 para habilitar y 250 para deshabilitar, por ejemplo). Por alguna razón, cambiar el activeBOOL no tuvo ningún efecto en mi interfaz de usuario. No es necesario layoutIfNeededy se puede configurar y cambiar en viewDidLoad o en cualquier momento posterior.

El momento adecuado para desactivar las restricciones no utilizadas:

-(void)viewWillLayoutSubviews{
    [super viewWillLayoutSubviews];

    self.myLittleConstraint.active = NO;
}

Tenga en cuenta que viewWillLayoutSubviewspodría llamarse varias veces, por lo que no hay cálculos pesados ​​aquí, ¿de acuerdo?

Nota: si desea reactivar algunas de las restricciones más adelante, almacene siempre la strongreferencia a ellas.

Cuando se crea una vista, se llaman en orden los siguientes métodos de ciclo de vida:

1. loadView
2. viewDidLoad
3. viewWillAppear
4. viewWillLayoutSubviews
5. viewDidLayoutSubviews
6. viewDidAppear

Ahora a tus preguntas.

1. ¿Por qué tengo este comportamiento?

Respuesta: Porque cuando intenta establecer las restricciones en las vistas, viewDidLoadla vista no tiene sus límites, por lo tanto, no se pueden establecer restricciones. Es solo después de viewDidLayoutSubviewsque se finalizan los límites de la vista.

2. ¿Es posible activar / desactivar restricciones desde viewDidLoad?

Respuesta: No. Razón explicada anteriormente.

He encontrado siempre que configure las restricciones por normal en la anulación de - (void)updateConstraints(objetivo c), con una strongreferencia para la inicialidad utilizada restricciones activas y no activas. Y en otra parte del ciclo de vista, desactive y / o active lo que necesita, luego llame layoutIfNeeded, no debería tener problemas.

Lo principal es no reutilizar constantemente la anulación updateConstraintsy separar las activaciones de las restricciones, siempre que llame a updateConstraints después de su primera inicialización y diseño. Parece importar después de eso en el ciclo de visualización.