Як працює View Controller Containment в iOS 5?

У WWDC 2011 Session 102, Apple представила View Controller Стримування, який є можливість створення користувацьких подань контролера контейнерів, аналогічно UITabBarController, UINavigationControllerтощо.

Я кілька разів переглядав приклади. Існує шквал методів, пов’язаних з цією схемою, але було важко їх точно з'ясувати. Я збираюся опублікувати тут те, що, на мою думку, відбувається, і побачу, чи буде спільнота підтвердити чи підтвердити мої підозри.

Сценарій 1: Перехід від батьківського до нового контролера подання батьків

[vc willMoveToParentViewController:self];
[self addChildViewController:vc];
[self.view addSubview:vc.view]; // or something like this.
[vc didMoveToParentViewController:self];

Чи повинні відбуватися перші два рядки в заданому порядку, або вони можуть бути відмінені?

Сценарій 2: Перехід від батьківського контролера перегляду до жодного батьківського контролера подання

[vc willMoveToParentViewController:nil];
[vc.view removeFromSuperview];
[vc removeFromParentViewController];

Чи потрібно також телефонувати [vc didMoveToParentViewController:nil]? Приклади сесії 102 цього не робили в цьому сценарії, але я не знаю, був це упущення чи ні.

Сценарій 3: Перехід від одного контролера батьківського перегляду до іншого

Це, швидше за все, станеться наступним чином, оскільки логіка кожного контролера батьківського перегляду буде інкапсульована.

// In the old parent
[vc willMoveToParentViewController:nil];
[vc.view removeFromSuperview];
[vc removeFromParentViewController];

// In the new parent
[vc willMoveToParentViewController:self];
[self addChildViewController:vc];
[self.view addSubview:vc.view];
[vc didMoveToParentViewController:self];

Запитання

Головне моє запитання таке: чи взагалі має працювати таким чином функція захисту контролера перегляду? Чи правильні наведені вище механіки?

Чи потрібно телефонувати willMoveToParentViewControllerперед тим, як дзвонити addChildViewController? Мені це здається логічним наказом, але чи це суворо необхідно?

Чи потрібно телефонувати didMoveToParentViewController:nilпісля дзвінка removeFromParentViewController?

Ці UIViewControllerдокументи є досить ясно , коли і якщо не називати willMove/ didMoveметодів. Перегляньте документацію "Впровадження контролера перегляду контейнерів" .

Документи кажуть, що якщо ви не переосмислюєте addChildViewController, вам не доведеться викликати willMoveToParentViewController:метод. Однак вам потрібно викликати didMoveToParentViewController:метод після завершення переходу. "Точно також відповідальність контролера перегляду контейнерів є викликом willMoveToParentViewController:методу перед викликом removeFromParentViewControllerметоду. removeFromParentViewControllerМетод викликає didMoveToParentViewController:метод контролера дочірнього перегляду."

Крім того , є приклад розроблений тут і приклади коду тут .

Щасти

Ця частина неправильна:

[vc willMoveToParentViewController:self];
[self addChildViewController:vc];
[self.view addSubview:vc.view]; // or something like this.
[vc didMoveToParentViewController:self];

Згідно з документами:

Коли ваш спеціальний контейнер викликає метод addChildViewController:, він автоматично викликає метод willMoveToParentViewController: метод контролера перегляду, який потрібно додати як дочірнє перед його додаванням.

Тож вам не потрібен [vc willMoveToParentViewController:self]дзвінок. Це робиться автоматично під час дзвінка [self addChildViewController:vc]. Ось знову зразок коду:

[self addChildViewController:vc];
// [vc willMoveToParentViewController:self] called automatically
[self.view addSubview:vc.view]; // or something like this.
[vc didMoveToParentViewController:self];

Для видалення контролерів перегляду:

Метод removeFromParentViewController автоматично викликає метод didMoveToParentViewController: метод контролера дочірнього перегляду після його видалення.

Імовірно, це дзвінок [oldVC didMoveToParentViewController:nil].

[vc willMoveToParentViewController:nil];
[vc.view removeFromSuperview];
[vc removeFromParentViewController];
// [vc didMoveToParentViewController:nil] called automatically