Create a composite interface by combining content from one or more view controllers with other custom views.
Container view controllers promote better encapsulation by separating out your content from how you display that content onscreen. Unlike a content view controller that displays your app’s data, a container view controller displays other view controllers, arranging them onscreen and handling navigation between them.
A container view controller is still a view controller, so you display it in a window or present it like any other view controller. A container view controller also manages a composite interface, incorporating the views from one or more child view controllers into its own view hierarchy. Each child continues to manage its own view hierarchy, but the container manages the position and size of that child’s root view.
Many container view controllers facilitate navigation between different parts of your app’s content. Examples include
UIPage, which help users navigate between different view controllers. You can also use container view controllers to organize the content you have more efficiently. For example,
UISplit displays two view controllers side-by-side on iPad. The only difference between navigation and organization is that navigation requires custom API to change the child view controllers; otherwise, the implementations are identical.
Add a Child View Controller Programmatically to Your Content
If your container view controller changes its child view controllers dynamically, it is easier to add those children programmatically. Custom navigation interfaces facilitate navigation by changing their child view controllers, and you might also change child view controllers as part of configuring your interface.
For each new child view controller you add to your interface, perform the following steps in order:
addmethod of your container view controller to configure the containment relationship.
Child View Controller:
Add the child’s root view to your container’s view hierarchy.
Add constraints to set the size and position of the child’s root view.
didmethod of the child view controller to notify it that the transition is complete.
Move To Parent View Controller:
The following example code instantiates a new child view controller from a storyboard and embeds it as a child of the current view controller. After calling
add, the code adds the child’s view to the view hierarchy and sets up some layout constraints to size and position it. At the end of the process, it notifies the child.
Establishing a container-child relationship between view controllers prevents UIKit from interfering with your interface unintentionally. UIKit normally routes information to each of your app’s view controllers independently. When a container-child relationship exists, UIKit routes many requests through the container view controller first, giving it a chance to alter the behavior for any child view controllers. For example, a container view controller may override the traits of its children, forcing them to adopt a specific appearance or behavior.
Remove a Child View Controller from Your Content
To remove a child view controller from your container, perform the following steps in order:
Call the child’s
willmethod with the value
Move To Parent View Controller:
Deactivate or remove any constraints for the child’s root view.
removeon the child’s root view to remove it from the view hierarchy.
Call the child’s
removemethod to finalize the end of the container-child relationship.
From Parent View Controller
Breaking a container-child relationship tells UIKit that your container view controller is no longer displaying the child’s content. You can still maintain other references to the child view controller. For example,
UINavigation manages a stack of child view controllers, but it maintains a container-child relationship with only one or two of those children at any given time.
Embed a Child View Controller in Your Storyboard UI
If your container view controller organizes content, and doesn’t change that content later, configure your UI using container views. A container view is a proxy view that stands in for the content of a child view controller. When you add one to your interface, it looks like a normal view, but it has an attached view controller.
Size and position a container view the same way you would other views in your interface. Add constraints to specify the size and position of the view for different devices and in different configurations. However, don’t add any subviews to the container view itself. Instead, add them to the view of the attached view controller.
When you instantiate a view controller that contains one or more container views, UIKit also instantiates the associated child view controllers. After creating the new view controllers, UIKit adds them as children of the original view controller you requested. You don’t need to call
Support Additional Container Behaviors
Consider implementing the following additional behaviors in your custom container view controllers:
show, and use it to present a new child view controller.
View Controller: sender:
show, as needed, to present a secondary child view controller.
Detail View Controller: sender:
additionalto account for decoration views that might obscure the content of your children.
Safe Area Insets
setto change the traits of your child view controllers. For example, you might designate a child view controller as always horizontally or vertically compact.
Override Trait Collection: for Child View Controller:
View Controller For Screen Edges Deferring System Gestures
childto let a child view controller determine the behavior for system gestures.
View Controller For Home Indicator Auto Hidden
allowedto limit the set of child view controllers that are targets of an unwind segue action.
Child View Controllers For Unwinding From Source:
For more information, see the descriptions in