Ich tauche gerade zum ersten Mal in die iOS-Entwicklung ein, und eines der ersten Dinge, die ich tun musste, ist die Implementierung eines benutzerdefinierten Container-View-Controllers - nennen wir es SideBarViewController-, der austauscht, welcher von mehreren möglichen untergeordneten View-Controllern es ist zeigt, fast genau wie ein Standard Tab Bar Controller . (Es ist so ziemlich ein Tab Bar Controller, aber mit einem versteckten Seitenmenü anstelle einer Tab Bar.)
addChildViewControllerGemäß den Anweisungen in der Apple-Dokumentation rufe ich jedes Mal auf , wenn ich meinem Container einen untergeordneten ViewController hinzufüge. Mein Code zum Austauschen des aktuellen untergeordneten Ansichts-Controllers SideBarViewControllersieht folgendermaßen aus:
- (void)showViewController:(UIViewController *)newViewController {
UIViewController* oldViewController = [self.childViewControllers
objectAtIndex:0];
[oldViewController removeFromParentViewController];
[oldViewController.view removeFromSuperview];
newViewController.view.frame = CGRectMake(
0, 0, self.view.frame.size.width, self.view.frame.size.height
);
[self addChildViewController: newViewController];
[self.view addSubview: newViewController.view];
}Dann fing ich an herauszufinden, was addChildViewControllerhier passiert, und mir wurde klar, dass ich keine Ahnung habe. Abgesehen davon, dass das Neue ViewControllerin das .childViewControllersArray eingefügt wird, scheint es keine Auswirkungen auf irgendetwas zu haben. Aktionen und Ausgänge aus der Sicht des untergeordneten Controllers zum untergeordneten Controller, die ich im Storyboard festgelegt habe, funktionieren auch dann noch einwandfrei addChildViewController, wenn ich nie anrufe , und ich kann mir nicht vorstellen, was sich sonst noch darauf auswirken könnte.
In der Tat, wenn ich meinen Code umschreibe, um nicht aufzurufen addChildViewController, und stattdessen so aussehe ...
- (void)showViewController:(UIViewController *)newViewController {
// Get the current child from a member variable of `SideBarViewController`
UIViewController* oldViewController = currentChildViewController;
[oldViewController.view removeFromSuperview];
newViewController.view.frame = CGRectMake(
0, 0, self.view.frame.size.width, self.view.frame.size.height
);
[self.view addSubview: newViewController.view];
currentChildViewController = newViewController;
}... dann funktioniert meine App immer noch perfekt, soweit ich das beurteilen kann!
Die Apple-Dokumentation gibt nicht viel Aufschluss darüber, was addChildViewControllerfunktioniert oder warum wir es nennen sollen. Der gesamte Umfang der relevanten Beschreibung dessen, was die Methode tut oder warum sie in ihrem Abschnitt in der UIViewControllerKlassenreferenz verwendet werden sollte, ist derzeit:
Fügt den angegebenen Ansichts-Controller als untergeordnetes Element hinzu. ... Diese Methode soll nur von einer Implementierung eines benutzerdefinierten Container View Controllers aufgerufen werden. Wenn Sie diese Methode überschreiben, müssen Sie in Ihrer Implementierung super aufrufen.
Es gibt auch diesen Absatz früher auf derselben Seite:
Ihr Container-Ansichts-Controller muss sich einen untergeordneten Ansichts-Controller zuordnen, bevor Sie die Stammansicht des untergeordneten Elements zur Ansichtshierarchie hinzufügen. Auf diese Weise kann iOS Ereignisse ordnungsgemäß an untergeordnete Ansichtscontroller und die von diesen Controllern verwalteten Ansichten weiterleiten. Nachdem die Stammansicht eines Kindes aus seiner Ansichtshierarchie entfernt wurde, sollte der Controller für die untergeordnete Ansicht von sich selbst getrennt werden. Um diese Zuordnungen herzustellen oder zu lösen, ruft Ihr Container bestimmte Methoden auf, die von der Basisklasse definiert wurden. Diese Methoden sollen nicht von Clients Ihrer Containerklasse aufgerufen werden. Sie dürfen nur von der Implementierung Ihres Containers verwendet werden, um das erwartete Containment-Verhalten bereitzustellen.
Hier sind die wesentlichen Methoden, die Sie möglicherweise aufrufen müssen:
addChildViewController:
removeFromParentViewController
willMoveToParentViewController:
didMoveToParentViewController:
Es gibt jedoch keinen Hinweis darauf, um welche "Ereignisse" oder "erwartetes Eindämmungsverhalten" es sich handelt oder warum (oder sogar wann) das Aufrufen dieser Methoden "wesentlich" ist.
Die Beispiele für benutzerdefinierte Container-Ansichts-Controller im Abschnitt "Benutzerdefinierte Container-Ansichts-Controller" der Apple-Dokumentation rufen alle diese Methode auf. Ich gehe daher davon aus, dass sie einen wichtigen Zweck erfüllt, der über das einfache Platzieren des untergeordneten ViewControllers in einem Array hinausgeht, aber ich kann nicht herausfinden heraus, was dieser Zweck ist. Was macht diese Methode und warum sollte ich sie aufrufen?
