setNeedsLayout vs. setNeedsUpdate Ograniczenia i układIfNeeded vs updateConstraintsIfNeeded

Wiem, że łańcuch automatycznego układu składa się zasadniczo z 3 różnych procesów.

1. aktualizacja ograniczeń
2. widoki układu (tutaj otrzymujemy obliczenia ramek)
3. pokaz

To, co nie jest do końca jasne, to wewnętrzna różnica między -setNeedsLayouti -setNeedsUpdateConstraints. Z Apple Docs:

setNeedsLayout

Wywołaj tę metodę w głównym wątku aplikacji, jeśli chcesz dostosować układ widoków podrzędnych widoku. Ta metoda odnotowuje żądanie i natychmiast zwraca. Ponieważ ta metoda nie wymusza natychmiastowej aktualizacji, ale zamiast tego czeka na następny cykl aktualizacji, można jej użyć do unieważnienia układu wielu widoków przed aktualizacją któregokolwiek z tych widoków. To zachowanie pozwala skonsolidować wszystkie aktualizacje układu w jednym cyklu aktualizacji, co zwykle jest lepsze ze względu na wydajność.

setNeedsUpdateConstraints

Gdy właściwość widoku niestandardowego zmienia się w sposób, który wpływałby na ograniczenia, można wywołać tę metodę, aby wskazać, że ograniczenia muszą zostać zaktualizowane w pewnym momencie w przyszłości. System wywoła następnie updateConstraints jako część normalnego przejścia do układu. Aktualizowanie wiązań naraz tuż przed ich użyciem zapewnia, że ​​nie trzeba niepotrzebnie ponownie obliczać wiązań, gdy między zmianami układu wprowadzanych jest wiele zmian w widoku.

Kiedy chcę animować widok po zmodyfikowaniu ograniczenia i animować zmiany, które zwykle wywołuję na przykład:

[UIView animateWithDuration:1.0f delay:0.0f usingSpringWithDamping:0.5f initialSpringVelocity:1 options:UIViewAnimationOptionCurveEaseInOut animations:^{
        [self.modifConstrView setNeedsUpdateConstraints];
        [self.modifConstrView layoutIfNeeded];
    } completion:NULL];

Odkryłem, że jeśli mogę użyć -setNeedsLayoutzamiast -setNeedsUpdateConstraintswszystko działa zgodnie z oczekiwaniami, ale jeśli zmieni -layoutIfNeededsię -updateConstraintsIfNeeded, animacja nie stanie.
Próbowałem wyciągnąć własny wniosek:

• -updateConstraintsIfNeeded aktualizuje tylko ograniczenia, ale nie wymusza przejścia układu na proces, dlatego oryginalne ramki są nadal zachowywane
• -setNeedsLayoutwywołuje także -updateContraintsmetodę

Więc kiedy można używać jednego zamiast drugiego? a jeśli chodzi o metody układu, czy muszę je wywoływać w widoku, który ma zmianę ograniczenia, czy w widoku nadrzędnym?

Twoje wnioski są słuszne. Podstawowy schemat to:

• setNeedsUpdateConstraintszapewnia przyszłe połączenie z updateConstraintsIfNeededpołączeniami updateConstraints.
• setNeedsLayoutzapewnia przyszłe połączenie z layoutIfNeededpołączeniami layoutSubviews.

Kiedy layoutSubviewsjest wywoływany, również dzwoni updateConstraintsIfNeeded, więc moim zdaniem rzadko jest potrzebne ręczne wywoływanie go. W rzeczywistości nigdy go nie nazwałem, z wyjątkiem debugowania układów.

Aktualizowanie za pomocą ograniczeń setNeedsUpdateConstraintsjest również dość rzadkie, objc.io - należy przeczytać o autoukładach - mówi :

Jeśli później coś się zmieni, co unieważnia jedno z twoich ograniczeń, powinieneś natychmiast je usunąć i wywołać setNeedsUpdateConstraints. W rzeczywistości jest to jedyny przypadek, w którym powinieneś uruchomić wyzwalanie aktualizacji ograniczenia.

Ponadto, z mojego doświadczenia, nigdy nie musiałem unieważniać ograniczeń i nie ustawiać setNeedsLayoutnastępnego wiersza kodu, ponieważ nowe ograniczenia w zasadzie wymagają nowego układu.

Podstawowe zasady to:

• Jeśli bezpośrednio manipulowałeś ograniczeniami, zadzwoń setNeedsLayout.
• Jeśli zmieniono pewne warunki (jak offsetu lub czymś), która będzie zmieniać ograniczeń w swojej zastąpionej updateConstraintsmetoda (zalecanym sposobem ograniczenia zmian, btw), zadzwoń setNeedsUpdateConstraints, a większość czasu, setNeedsLayoutpo tym.
• Jeśli potrzebujesz któregoś z powyższych działań, aby uzyskać natychmiastowy efekt - np. Gdy musisz nauczyć się nowej wysokości ramki po przejściu układu - dodaj ją za pomocą layoutIfNeeded.

Ponadto w twoim kodzie animacji uważam, że nie setNeedsUpdateConstraintsjest to konieczne, ponieważ ograniczenia są aktualizowane ręcznie przed animacją, a animacja rozkłada widok tylko na podstawie różnic między starymi i nowymi.

Odpowiedź przez coverback jest całkiem poprawne. Chciałbym jednak dodać kilka dodatkowych szczegółów.

Poniżej znajduje się schemat typowego cyklu UIView, który wyjaśnia inne zachowania:

1. Odkryłem, że jeśli mogę użyć -setNeedsLayoutzamiast -setNeedsUpdateConstraintswszystko działa zgodnie z oczekiwaniami, ale jeśli zmieni -layoutIfNeededsię -updateConstraintsIfNeeded, animacja nie stanie.

updateConstraintszazwyczaj nic nie robi. Po prostu rozwiązuje ograniczenia, ale nie stosuje ich, dopóki nie layoutSubviewszostanie wywołane. Tak więc animacja wymaga połączenia z layoutSubviews.

2. setNeedsLayout wywołuje również metodę -updateContraints

Nie, to nie jest konieczne. Jeśli twoje ograniczenia nie zostały zmodyfikowane, UIView pominie połączenie z updateConstraints. Musisz jawnie zadzwonić, setNeedsUpdateConstraintaby zmodyfikować ograniczenia w tym procesie.

Aby zadzwonić updateConstraints, wykonaj następujące czynności:

[view setNeedsUpdateConstraints];
[view setNeedsLayout]; 
[view layoutIfNeeded];