Co dokładnie willMoveToParentViewController: i didMoveToParentViewController: zrobić?

Question

Wiem, że począwszy od iOS5 i nowych metod zapobiegania UIViewController, należy wywoływać te metody wraz z addChildViewController:, removeFromParentViewController: i metody przejścia. Znam również właściwą kolejność wywoływania ich w trzech scenariuszach. Czego nie wiem, co dokładnie robią te metody?

Jeśli były to tylko punkty zastępcze dla podklas UIViewController, to chyba nadpisujemy super podczas przesłonięcia. Co może/pójdzie źle, jeśli nie zadzwonię pod numer willMoveToParentViewController: nil przed usunięciem kontrolera widoku lub didMoveToParentViewController: self?

Answer 1

Oprócz tego, co zostało powiedziane, robią zadzwonić kilka metod Delegat:

addChildViewController połączeń [child willMoveToParentViewController:self]

i removeFromParentViewController: połączeń [child didMoveToParentViewController:nil]

Również one modyfikować właściwości childViewControllers, który posiada tablicę kontrolerów widoku dziecka.

Answer 2

Istnieje wiele odpowiedzi na to:

1. Są tam i mają do nich zadzwonić w razie potrzeby zawsze podtrzymywać wzór. W ten sposób, jeśli zmienisz klasę nadrzędną z UIViewController na swój kontroler widoku, nie będziesz musiał się martwić, gdzie podążasz za całym wzorcem.

2. Są lepszymi miejscami, w które można się podłączyć, niż informować wszystkich o zastąpieniu addChildViewController:. Jak mówisz, błędne zarządzanie willMoveToParentViewController: brzmi, jakby było mniej niebezpieczne niż błędne zmienianie addChildViewController:, szczególnie jeśli zapomnisz zadzwonić pod numer super.

3. UIViewController Prawdopodobnie zależy od Ciebie zachowanie wzorca. Może uzna to stan za niekonsekwentny, jeśli wie, że otrzymał addChildViewController:, ale nigdy nie otrzyma pozostałych dwóch wiadomości. Niezależnie od tego, czy dzieje się tak z powodu UIViewController prowadzenia ksiąg rachunkowych, aby zwabić Cię do podtrzymywania pełnego schematu, czy naprawdę zepsuć jego stan wewnętrzny jest zabawną zgadywanką, ale także coś, co może się zmienić w dowolnym wydaniu na iOS. Sprawy mogą się bardzo źle zepsuć. Właśnie dlatego istnieje ten wzór, ponieważ Apple powie Ci, że dopóki to zrobisz, będziemy działać bez względu na wszystko.

Kwestionowanie wzoru jest dobre, ale istnieje wiele potencjalnych negatywów, które przychodzą z próbą zmniejszenia zgodności wzoru z kością. Chyba że wzór jest niedorzecznie zaangażowany, zwykle łatwiej jest go dopasować.