Quand puis-je activer / désactiver les contraintes de mise en page?

J'ai mis en place plusieurs ensembles de contraintes dans IB et j'aimerais basculer entre eux par programmation en fonction d'un état. Il y a une constraintsAcollection de points de vente qui sont tous marqués comme installés à partir d'IB et une constraintsBcollection de points de vente qui sont tous désinstallés dans IB.

Je peux basculer par programmation entre les deux ensembles comme ceci:

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

Mais ... je ne sais pas quand faire ça. Il semble que je devrais pouvoir le faire une fois viewDidLoad, mais je ne peux pas le faire fonctionner. J'ai essayé d'appeler view.updateConstraints()et view.layoutSubviews()après avoir défini les contraintes, mais en vain.

J'ai trouvé que si je définissais les contraintes dans viewDidLayoutSubviewstout fonctionne comme prévu. Je suppose que j'aimerais savoir deux choses ...

1. Pourquoi ai-je ce comportement?
2. Est-il possible d'activer / désactiver les contraintes de viewDidLoad?

J'active et je désactive NSLayoutConstraints dans viewDidLoad, et je n'ai aucun problème avec cela. Donc ça marche. Il doit y avoir une différence de configuration entre votre application et la mienne :-)

Je vais juste décrire ma configuration - peut-être que cela peut vous donner une piste:

1. Je mets en place @IBOutletstoutes les contraintes dont j'ai besoin pour activer / désactiver.
2. Dans le ViewController, j'enregistre les contraintes dans des propriétés de classe qui ne sont pas faibles. La raison en est que j'ai constaté qu'après avoir désactivé une contrainte, je ne pouvais pas la réactiver - c'était nul. Ainsi, il semble être supprimé lorsqu'il est désactivé.
3. Je n'utilise pas NSLayoutConstraint.deactivate/activatecomme vous, j'utilise constraint.active = YES/ à la NOplace.
4. Après avoir défini les contraintes, j'appelle view.layoutIfNeeded().

Peut-être que vous pourriez vérifier votre @properties, remplacer weakparstrong .

Parfois, c'est parce que active = NOdéfini self.yourConstraint = nil, de sorte que vous ne pouvez plus utiliser self.yourConstraint.

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

Je pense que le problème que vous rencontrez est dû au fait que des contraintes ne sont ajoutées à leurs opinions qu'APRÈS viewDidLoad() appel d’ . Vous avez plusieurs options:

UNE) Vous pouvez connecter vos contraintes de mise en page à un IBOutlet et y accéder dans votre code par ces références. Les prises étant connectées avant le viewDidLoad()coup d'envoi, les contraintes doivent être accessibles et vous pouvez continuer à les activer et à les désactiver à cet endroit.

B) Si vous souhaitez utiliser la constraints()fonction d' UIView pour accéder aux différentes contraintes, vous devez attendre pour démarrer viewDidLayoutSubviews()et le faire là-bas, car c'est le premier point après la création d'un contrôleur de vue à partir d'une pointe où il aura toutes les contraintes installées. N'oubliez pas d'appeler layoutIfNeeded()lorsque vous avez terminé. Cela présente l'inconvénient que la passe de mise en page sera effectuée deux fois s'il y a des changements à appliquer et vous devez vous assurer qu'il n'y a aucune possibilité qu'une boucle infinie soit déclenchée.

Un petit mot d'avertissement: les contraintes désactivées ne sont PAS renvoyées par la constraints() méthode! Cela signifie que si vous désactivez une contrainte avec l'intention de la réactiver plus tard, vous devrez en garder une référence.

C) Vous pouvez oublier l'approche du storyboard et ajouter vos contraintes manuellement à la place. Puisque vous faites cela dans, viewDidLoad()je suppose que l'intention est de ne le faire qu'une seule fois pendant toute la durée de vie de l'objet plutôt que de changer la mise en page à la volée, donc cela devrait être une méthode acceptable.

Vous pouvez également ajuster la prioritypropriété pour les «activer» et les «désactiver» (valeur 750 pour activer et 250 pour désactiver par exemple). Pour une raison quelconque, la modification de activeBOOL n'a eu aucun effet sur mon interface utilisateur. Pas besoin layoutIfNeededet peut être défini et modifié à viewDidLoad ou à tout moment par la suite.

Le bon moment pour désactiver les contraintes inutilisées:

-(void)viewWillLayoutSubviews{
    [super viewWillLayoutSubviews];

    self.myLittleConstraint.active = NO;
}

Gardez à l'esprit que cela viewWillLayoutSubviewspourrait être appelé plusieurs fois, donc pas de calculs lourds ici, d'accord?

Remarque: si vous souhaitez réactiver certaines des contraintes ultérieurement, enregistrez toujours la strongréférence à celles-ci.

Lorsqu'une vue est créée, les méthodes de cycle de vie suivantes sont appelées dans l'ordre:

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

Passons maintenant à vos questions.

1. Pourquoi ai-je ce comportement?

Réponse: Parce que lorsque vous essayez de définir les contraintes sur les vues dans viewDidLoadla vue n'a pas ses limites, par conséquent les contraintes ne peuvent pas être définies. Ce n'est qu'après viewDidLayoutSubviewsque les limites de la vue sont finalisées.

2. Est-il possible d'activer / désactiver les contraintes de viewDidLoad?

Réponse: Non. Raison expliquée ci-dessus.

J'ai trouvé tant que vous avez mis en place les contraintes par normale dans le remplacement de - (void)updateConstraints(objectif c), avec une strongréférence pour l'initialité utilisée des contraintes actives et inactives. Et ailleurs dans le cycle de visualisation, désactivez et / ou activez ce dont vous avez besoin, puis appelez layoutIfNeeded, vous ne devriez avoir aucun problème.

L'essentiel est de ne pas réutiliser constamment le remplacement updateConstraintset de séparer les activations des contraintes, tant que vous appelez updateConstraints après votre première initialisation et mise en page. Il semble important après cela, où dans le cycle de visualisation.