Kiedy mogę aktywować / dezaktywować ograniczenia układu?

Skonfigurowałem wiele zestawów ograniczeń w IB i chciałbym programowo przełączać się między nimi w zależności od stanu. Istnieje constraintsAkolekcja outlet, z których wszystkie są oznaczone jako zainstalowane z IB oraz constraintsBkolekcja outlet, z których wszystkie są odinstalowane w IB.

Mogę programowo przełączać się między tymi dwoma zestawami w następujący sposób:

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

Ale ... Nie wiem, kiedy to zrobić. Wygląda na to, że kiedyś powinienem to zrobić viewDidLoad, ale nie mogę tego zmusić. Próbowałem dzwonić view.updateConstraints()i view.layoutSubviews()po ustawieniu ograniczeń, ale bezskutecznie.

Zauważyłem, że jeśli ustawię ograniczenia, viewDidLayoutSubviewswszystko działa zgodnie z oczekiwaniami. Chyba chciałbym wiedzieć dwie rzeczy ...

1. Dlaczego otrzymuję takie zachowanie?
2. Czy można aktywować / dezaktywować ograniczenia z viewDidLoad?

Włączam i dezaktywuję NSLayoutConstraintsw viewDidLoadi nie mam z tym żadnych problemów. Więc to działa. Musi istnieć różnica w konfiguracji między Twoją aplikacją a moją :-)

Opiszę tylko moją konfigurację - może da ci wskazówkę:

1. Skonfigurowałem @IBOutletswszystkie ograniczenia, które muszę aktywować / dezaktywować.
2. W programie ViewControllerzapisuję ograniczenia we właściwościach klas, które nie są słabe. Powodem tego jest to, że stwierdziłem, że po dezaktywacji ograniczenia nie mogłem go ponownie aktywować - było zero. Tak więc wydaje się, że jest usuwany po dezaktywacji.
3. Nie używam NSLayoutConstraint.deactivate/activatetak jak ty, zamiast tego używam constraint.active = YES/ NO.
4. Po ustawieniu ograniczeń dzwonię view.layoutIfNeeded().

Być może można sprawdzić swoje @propertieswymienić weakzstrong .

Czasami to dlatego , że active = NOustawione self.yourConstraint = nil, aby nie można było użyć self.yourConstraintponownie.

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

Uważam, że problem, którego doświadczasz, jest spowodowany tym, że ograniczenia nie są dodawane do ich widoków, dopóki nie viewDidLoad()zostanie wywołana funkcja AFTER . Masz kilka opcji:

A) Możesz połączyć swoje ograniczenia układu z IBOutlet i uzyskać do nich dostęp w swoim kodzie za pomocą tych odwołań. Ponieważ gniazda są podłączone przed viewDidLoad()uruchomieniem, ograniczenia powinny być dostępne i można je tam nadal aktywować i dezaktywować.

B) Jeśli chcesz użyć constraints()funkcji UIView, aby uzyskać dostęp do różnych ograniczeń, musisz poczekać na viewDidLayoutSubviews()rozpoczęcie i zrobić to tam, ponieważ jest to pierwszy punkt po utworzeniu kontrolera widoku z końcówki, że będzie on miał zainstalowane ograniczenia. Nie zapomnij zadzwonić, layoutIfNeeded()kiedy skończysz. Ma to tę wadę, że przebieg układu zostanie wykonany dwukrotnie, jeśli są jakieś zmiany do zastosowania i należy upewnić się, że nie ma możliwości wywołania nieskończonej pętli.

Krótkie ostrzeżenie: wyłączone ograniczenia NIE są zwracane przez constraints() metodę! Oznacza to, że jeśli NIE wyłączysz ograniczenia z zamiarem ponownego włączenia go później, będziesz musiał zachować do niego odniesienie.

C) Możesz zapomnieć o podejściu do scenorysu i zamiast tego ręcznie dodać ograniczenia. Ponieważ robisz to w trakcie viewDidLoad(), zakładam, że intencją jest zrobienie tego tylko raz przez cały okres użytkowania obiektu, a nie zmiana układu w locie, więc powinna to być akceptowalna metoda.

Możesz również dostosować prioritywłaściwość, aby je „włączyć” i „wyłączyć” (na przykład 750 wartość do włączenia i 250 do wyłączenia). Z jakiegoś powodu zmiana activeBOOL nie miała żadnego wpływu na mój interfejs użytkownika. Nie ma potrzeby layoutIfNeededi można to ustawić i zmienić w viewDidLoad lub w dowolnym momencie po tym.

Właściwy czas na dezaktywację nieużywanych ograniczeń:

-(void)viewWillLayoutSubviews{
    [super viewWillLayoutSubviews];

    self.myLittleConstraint.active = NO;
}

Pamiętaj, że viewWillLayoutSubviewsmożna to wywołać wiele razy, więc nie ma tu ciężkich obliczeń, ok?

Uwaga: jeśli chcesz później reaktywować niektóre z ograniczeń, zawsze przechowuj strongdo nich odniesienie.

Podczas tworzenia widoku wywoływane są w kolejności następujące metody cyklu życia:

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

A teraz do twoich pytań.

1. Dlaczego otrzymuję takie zachowanie?

Odpowiedź: Ponieważ kiedy próbujesz ustawić ograniczenia dla widoków w viewDidLoadwidoku, nie ma swoich granic, dlatego nie można ich ustawić. Dopiero potem viewDidLayoutSubviewsgranice widoku są sfinalizowane.

2. Czy można aktywować / dezaktywować ograniczenia z viewDidLoad?

Odpowiedź: Nie. Powód wyjaśniony powyżej.

Odkryłem, że tak długo, jak ustawiasz ograniczenia na normalne w nadpisywaniu - (void)updateConstraints(cel c), z strongodniesieniem do początkowości użytych ograniczeń aktywnych i nieaktywnych. W innym miejscu cyklu widoku dezaktywuj i / lub aktywuj to, czego potrzebujesz, a następnie dzwoniąc layoutIfNeeded, nie powinieneś mieć problemów.

Najważniejsze jest, aby nie używać ciągle nadpisywania updateConstraintsi oddzielać aktywacji ograniczeń, o ile wywołujesz updateConstraints po pierwszej inicjalizacji i układzie. Wydaje się, że ma to znaczenie po tym, gdzie w cyklu widoku.