Wann kann ich Layoutbeschränkungen aktivieren / deaktivieren?

Ich habe in IB mehrere Sätze von Einschränkungen eingerichtet und möchte je nach Status programmgesteuert zwischen diesen wechseln. Es gibt eine constraintsAOutlet-Sammlung, die alle als von IB installiert markiert sind, und eine constraintsBOutlet-Sammlung, die alle in IB deinstalliert sind.

Ich kann programmgesteuert zwischen den beiden Sätzen umschalten:

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

Aber ... ich kann nicht herausfinden, wann ich das tun soll. Es scheint, als sollte ich das einmal tun können viewDidLoad, aber ich kann das nicht zum Laufen bringen. Ich habe versucht anzurufen view.updateConstraints()und view.layoutSubviews()nach dem Festlegen der Einschränkungen, aber ohne Erfolg.

Ich habe festgestellt, dass, wenn ich die Einschränkungen in viewDidLayoutSubviewsallem festlege, alles wie erwartet funktioniert. Ich würde gerne zwei Dinge wissen ...

1. Warum bekomme ich dieses Verhalten?
2. Ist es möglich, Einschränkungen in viewDidLoad zu aktivieren / deaktivieren?

Ich aktiviere und deaktiviere NSLayoutConstraintsin viewDidLoadund habe keine Probleme damit. Also funktioniert es. Es muss einen Unterschied im Setup zwischen deiner und meiner App geben :-)

Ich beschreibe nur mein Setup - vielleicht kann es Ihnen einen Hinweis geben:

1. Ich habe @IBOutletsalle Einschränkungen eingerichtet, die ich zum Aktivieren / Deaktivieren benötige.
2. In ViewControllerspeichere ich die Einschränkungen in Klasseneigenschaften, die nicht schwach sind. Der Grund dafür ist, dass ich festgestellt habe, dass ich eine Einschränkung nach dem Deaktivieren nicht reaktivieren konnte - sie war gleich Null. Es scheint also gelöscht zu werden, wenn es deaktiviert ist.
3. Ich benutze nicht NSLayoutConstraint.deactivate/activatewie du, ich benutze constraint.active = YES/ NOstattdessen.
4. Nachdem ich die Einschränkungen festgelegt habe, rufe ich an view.layoutIfNeeded().

Vielleicht könnten Sie Ihre überprüfen @properties, ersetzen weakdurchstrong .

Manchmal ist es so active = NOeingestellt self.yourConstraint = nil, dass man es nicht mehr benutzen kann self.yourConstraint.

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

Ich glaube, das Problem, auf das Sie stoßen, ist darauf zurückzuführen, dass Einschränkungen erst dann zu ihren Ansichten hinzugefügt werden, wenn AFTER viewDidLoad()aufgerufen wird. Sie haben eine Reihe von Optionen:

A) Sie können Ihre Layouteinschränkungen mit einem IBOutlet verbinden und über diese Referenzen in Ihrem Code darauf zugreifen. Da die Steckdosen vor dem viewDidLoad()Start verbunden sind, sollten die Einschränkungen zugänglich sein und Sie können sie dort weiterhin aktivieren und deaktivieren.

B) Wenn Sie die constraints()Funktion von UIView verwenden möchten, um auf die verschiedenen Einschränkungen zuzugreifen, müssen Sie warten, bis sie gestartet werden viewDidLayoutSubviews(), da dies der erste Punkt nach dem Erstellen eines Ansichtscontrollers aus einer Schreibfeder ist, auf dem alle Einschränkungen installiert sind. Vergessen Sie nicht anzurufen, layoutIfNeeded()wenn Sie fertig sind. Dies hat den Nachteil, dass der Layoutdurchlauf zweimal ausgeführt wird, wenn Änderungen vorgenommen werden müssen, und Sie müssen sicherstellen, dass keine Möglichkeit besteht, dass eine Endlosschleife ausgelöst wird.

Ein kurzes Wort zur Warnung: Deaktivierte Einschränkungen werden von der Methode NICHT zurückgegeben constraints() ! Wenn Sie also eine Einschränkung deaktivieren, um sie später wieder einzuschalten, müssen Sie einen Verweis darauf behalten.

C) Sie können den Storyboard-Ansatz vergessen und Ihre Einschränkungen stattdessen manuell hinzufügen. Da Sie dies in viewDidLoad()tun, gehe ich davon aus, dass die Absicht darin besteht, dies nur einmal für die gesamte Lebensdauer des Objekts zu tun, anstatt das Layout im laufenden Betrieb zu ändern. Daher sollte dies eine akzeptable Methode sein.

Sie können die priorityEigenschaft auch so einstellen , dass sie aktiviert und deaktiviert wird (750 zum Aktivieren und 250 zum Deaktivieren). Aus irgendeinem Grund hatte das Ändern des activeBOOL keine Auswirkungen auf meine Benutzeroberfläche. Keine Notwendigkeit für layoutIfNeededund kann bei viewDidLoad oder zu einem späteren Zeitpunkt festgelegt und geändert werden.

Der richtige Zeitpunkt, um nicht verwendete Einschränkungen zu deaktivieren:

-(void)viewWillLayoutSubviews{
    [super viewWillLayoutSubviews];

    self.myLittleConstraint.active = NO;
}

Denken Sie daran, dass viewWillLayoutSubviewsdies mehrmals aufgerufen werden kann, also keine schweren Berechnungen hier, okay?

Hinweis: Wenn Sie einige der Einschränkungen später reaktivieren möchten, speichern Sie immer einen strongVerweis darauf.

Beim Erstellen einer Ansicht werden die folgenden Lebenszyklusmethoden der Reihe nach aufgerufen:

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

Nun zu Ihren Fragen.

1. Warum bekomme ich dieses Verhalten?

Antwort: Wenn Sie versuchen, die Einschränkungen für die Ansichten in viewDidLoadder Ansicht festzulegen, gibt es keine Grenzen. Daher können keine Einschränkungen festgelegt werden. Erst danach sind viewDidLayoutSubviewsdie Grenzen der Ansicht festgelegt.

2. Ist es möglich, Einschränkungen in viewDidLoad zu aktivieren / deaktivieren?

Antwort: Nein. Grund oben erläutert.

Ich habe festgestellt, solange Sie die Einschränkungen pro Normal in der Überschreibung von - (void)updateConstraints(Ziel c) mit einer strongReferenz für die verwendete Initialität aktive und nicht aktive Einschränkungen eingerichtet haben. Und an anderer Stelle im Ansichtszyklus deaktivieren und / oder aktivieren Sie, was Sie benötigen, und rufen layoutIfNeededSie dann an . Sie sollten keine Probleme haben.

Die Hauptsache ist, die Überschreibung updateConstraintsder Einschränkungen nicht ständig wiederzuverwenden und die Aktivierungen der Einschränkungen zu trennen, solange Sie updateConstraints nach Ihrer ersten Initialisierung und Ihrem ersten Layout aufrufen . Danach scheint es wichtig zu sein, wo im Ansichtszyklus.