Comment puis-je modifier les contraintes de priorité au moment de l'exécution

J'ai une vue qui a dynamique de la hauteur et je suis en train de changer ce point de vue en hauteur de priorité dans l'exécution.

Voici ma partie de code;

if (index == 0) {

    surveyViewHeightConstraint.constant = 0;
    surveyViewHeightConstraint.priority = 1000;

} else if (index == 1) {

    surveyViewHeightConstraint.constant = 163;
    surveyViewHeightConstraint.priority = 500;

}

Je suis l'évolution de l'indice avec un bouton d'action. Lorsque j'exécute ce code, j'obtiens cette erreur:

*** Assertion failure in -[NSLayoutConstraint setPriority:], /SourceCache/Foundation/Foundation-1141.1/Layout.subproj/NSLayoutConstraint.m:174

Quelle est mon erreur ici?

InformationsquelleAutor Le'Kirdok | 2015-07-02

136

Comme indiqué dans NSLayoutConstraint de la classe de référence:

Priorités ne peuvent pas changer de nonrequired requis, ou à partir nécessaire pour nonrequired. Une exception sera levée si une priorité de NSLayoutPriorityRequired dans OS X ou UILayoutPriorityRequired dans iOS est changé à une priorité plus faible, ou si une priorité inférieure est changé pour un rang de priorité élevé après l'contraintes est ajoutée à la vue. L'évolution d'une option de priorité à une autre option de priorité est permis, même après que la contrainte est installé sur une vue.

Utilisation priorité 999 au lieu de 1000. Il ne sera pas absolument nécessaire techniquement parlant, mais ça va être une priorité plus élevée que toute autre chose.
- Merci pour votre gentille réponse, mais si j'utilise 999 au lieu de 1000, je ne peux pas cacher mon point de vue par l'affectation de 0 à hauteur de contrainte.
- C'est un autre problème. Vous pouvez avoir d'autres contraintes conflictuelles. Si votre code ne plante plus, mais votre point de vue de l'animation est toujours incorrect, veuillez cocher cette question comme résolue; puis en ouvrir un autre.
- nice one, ce n'est pas un problème pour utiliser des valeurs différentes (999, 900, 500, etc) 🙂
- Sérieusement? Est-il rien de fonctionne normalement dans le développement d'iOS? Donc, beaucoup de choses se fait manuellement et/ou a dû mettre en œuvre des tonnes de code solution de contournement cause de bugs du système ou unsupportedness. Désolé de ne pas commentaire constructif.
- Il semble que cette limitation a été supprimée dans iOS 13. J'ai essayé de changer une contrainte de required à defaultLow et cela a fonctionné. Le même code utilisé crash sur iOS 12.
InformationsquelleAutor Cyrille

Je veux faire un petit ajout à la réponse de Cyrille.

Si vous êtes à la création de la contrainte dans le code, assurez-vous de définir ses priorités avant de le rendre actif. Par exemple:

surveyViewHeightConstraint = [NSLayoutConstraint constraintWithItem:self
                                               attribute:NSLayoutAttributeHeight
                                               relatedBy:NSLayoutRelationEqual
                                                  toItem:self.superview
                                               attribute:NSLayoutAttributeHeight
                                              multiplier:1
                                                constant:0];
surveyViewHeightConstraint.active = YES;
surveyViewHeightConstraint.priority = 999;

Cela aurait pour conséquence exception d'exécution.

La mutation d'un ordre de priorité à partir nécessaire à pas sur un installé contrainte (ou vice-versa) n'est pas pris en charge.

Bon ordre est:

surveyViewHeightConstraint.priority = 999;
surveyViewHeightConstraint.active = YES;

InformationsquelleAutor Vipin

6

La façon dont nous avons géré ce est en ne changeant pas la contrainte constante, tout la priorité. Par exemple, dans votre situation, deux contraintes de hauteur.
```
 heightConstraintOne (who's height is set in the storyboard at 150, and priority set at 750)
 heightConstraintTwo (who's height is set in the storyboard at 0, and priority set at 250)
```
si vous souhaitez masquer la vue, vous:
```
heightConstraintTwo.priority = 999;
```
de même, si vous souhaitez montrer le point de vue:
```
heightConstraintTwo.priority = 250;
```
- Cool, eu: utilisation 999 au lieu de 1000. Merci
InformationsquelleAutor J Andrew McCormick

Swift version:

myContraint.priority = UILayoutPriority(999.0)

InformationsquelleAutor Alexey

2

J'espère que ce scénario aider quelqu'un:
J'ai eu deux contraintes, qu'elles étaient opposées les unes aux autres, je veux dire qu'ils ne pouvaient pas être satisfaits dans le même temps, dans interface builder un d'eux avait 1000 priorité et d'autres ont eu moins de 1000 priorité. quand j'ai changé dans le code, j'ai eu cette erreur:

Résiliation d'application en raison de uncaught exception 'NSInternalInconsistencyException', la raison: 'la Mutation d'un ordre de priorité à partir nécessaire à pas sur un installé contrainte (ou vice-versa) n'est pas pris en charge. Vous avez passé la priorité 250 existantes et la priorité était de 1000.'

puis j'ai initialisé dans viewDidLoad fonction avec .defaultHigh et .defaultLow valeurs et cela a réglé mon problème.

InformationsquelleAutor Jafar Khoshtabiat

Selon NSLayoutConstraints class à l'intérieur de UIKit Module

Si une contrainte de niveau de priorité est inférieure à
UILayoutPriorityRequired, il est facultatif. Priorité plus élevée
les contraintes sont respectées avant de priorité inférieure contraintes.
Contrainte de satisfaction n'est pas tout ou rien. Si une contrainte 'a == b" est facultative, ce qui signifie que nous allons tenter de minimiser
'abs(a-b).
Cette propriété ne peut être modifié que dans le cadre de la configuration initiale ou facultatif. Après une contrainte a été ajoutée à la vue, une
exception sera levée si la priorité est modifié à partir de/à
NSLayoutPriorityRequired.

Exemple:- UIButton contraintes avec différentes priorités -

 func setConstraints() {
        buttonMessage.translatesAutoresizingMaskIntoConstraints = false
        NSLayoutConstraint(item: buttonMessage, attribute: .bottom, relatedBy: .equal, toItem: view, attribute: .bottom, multiplier: 1.0, constant: -10).isActive = true

        let leading = NSLayoutConstraint(item: buttonMessage, attribute: .leading, relatedBy: .equal, toItem: view, attribute: .leading, multiplier: 1.0, constant: 10)

        leading.isActive = true


        let widthConstraint = NSLayoutConstraint(item: buttonMessage, attribute: NSLayoutAttribute.width, relatedBy: NSLayoutRelation.equal, toItem: nil, attribute: NSLayoutAttribute.notAnAttribute, multiplier: 1, constant: 100)

        let heightConstraint = NSLayoutConstraint(item: buttonMessage, attribute: NSLayoutAttribute.height, relatedBy: NSLayoutRelation.equal, toItem: nil, attribute: NSLayoutAttribute.notAnAttribute, multiplier: 1, constant: 50)


        let trailingToSuperView = NSLayoutConstraint(item: buttonMessage, attribute: .trailing, relatedBy: .equal, toItem: view, attribute: .trailing, multiplier: 1, constant: 0)

        trailingToSuperView.priority = 999
        trailingToSuperView.isActive = true

        //leading.isActive = false//uncomment & check it will align to right of the View

        buttonMessage.addConstraints([widthConstraint,heightConstraint])

         }

Non, vous ne devez pas créer de contraintes dans viewDidLayoutSubviews. Cette méthode peut être appelée plusieurs fois, ce qui peut faire planter votre application si vous créez des doublons de contraintes là.
vrai! j'ai édité la réponse.

InformationsquelleAutor Jack

-1

Maintenant , vous pouvez, il suffit de prendre le IBOutlet de connexion de vos contraintes , puis utiliser ce code .
```
self.webviewHeight.priority = UILayoutPriority(rawValue: 1000)
```
InformationsquelleAutor Kishore Kumar

Vous devez vous connecter pour publier un commentaire.