An object that manages the transition animations and the presentation of view controllers onscreen.
- iOS 8.0+
- tvOS 9.0+
From the time a view controller is presented until the time it is dismissed, UIKit uses a presentation controller to manage various aspects of the presentation process for that view controller. The presentation controller can add its own animations on top of those provided by animator objects, it can respond to size changes, and it can manage other aspects of how the view controller is presented onscreen.
When you present a view controller using the
present(_: method, UIKit always manages the presentation process. Part of that process involves creating the presentation controller that is appropriate for the given presentation style. For the built-in styles (such as the
UIModal style), UIKit defines and creates the needed presentation controller object. The only time your app can provide a custom presentation controller is when you set the
modal property of your view controller
UIModal. You might provide a custom presentation controller when you want to add a shadow view or decoration views underneath the view controller being presented or when you want to modify the presentation behavior in other ways.
You vend your custom presentation controller object through your view controller’s transitioning delegate. UIKit maintains a reference to your presentation controller object while the presented view controller is onscreen. For information about the transitioning delegate and the objects it provides, see
The Presentation Process
The presentation process managed by a presentation controller is divided into three phases:
The presentation phase involves moving the new view controller onscreen through a series of transition animations.
The management phase involves responding to environment changes (such as device rotations) while the new view controller is onscreen.
The dismissal phase involves moving the new view controller off screen through a series of transition animations
The presentation controller’s role during all of these phases is to manage its own custom views and state information. During the presentation and dismissal phases, the presentation controller adds its custom views (if any) to the view hierarchy and creates any appropriate transition animations for those views. The animation of the view controller’s view onto the screen is still managed by an animator object—that is, an object that adopts the
UIView protocol. UIKit calls separate presentation controller methods at the beginning and end of the presentation and dismissal phases so that the presentation controller can perform any needed cleanup.
Adding Custom Views to a Presentation
UIPresentation class defines specific entry points for manipulating the view hierarchy when presenting a view controller. When a view controller is about to be presented, UIKit calls the presentation controller’s
presentation method. You can use that method to add views to the view hierarchy and set up any animations related to those views. At the end of the presentation phase, UIKit calls the
presentation method to let you know that the transition finished.
Listing 1 shows a sample implementation of the
presentation methods for a custom presentation controller. In this example, the view controller adds a dimming view as a backdrop to the presented view controller. (The
_dimming variable refers to a custom
UIView object that you would provide.) When presenting the view controller, the
presentation method adds the dimming view first and embeds the view controller content inside that dimming view. It then configures a fade-in animation to run alongside the other transition animations. If the user aborts the presentation process, perhaps through an interactive gesture, the
presentation removes the dimming view. If the presentation succeeds, both the dimming view and the presented view controller remain onscreen until they are dismissed.
When dismissing the view controller, use the
dismissal method to configure any animations and use the
dismissal method to remove any custom views from the view hierarchy.
Adapting to Size Class Changes
Size class changes signal large-scale changes to how your app should present its content. Presentation controllers manage size class changes by adjusting the presentation style (as needed) for their presented view controller. Adjustments are made only when the current presentation style does not make sense in the new environment. For example, a popover becomes a full-screen presentation when the size class changes from horizontally regular to horizontally compact. For presentation styles that already make sense in the new environment, such as a full-screen presentation style, no adaptive change is made.
When the size class of the presented view controller changes from horizontally regular to horizontally compact, the presentation controller calls its
adaptive method to determine which new style (if any) to apply. When a new style is needed, the presentation controller initiates a transition to the new style, which may also involve replacing the current presentation controller object with a new object. Because the presentation controller object may change, always retrieve the presentation controller from
presentation property of the presented view controller.
When the presentation style changes, the presentation controller also gives you the opportunity to specify a new presented view controller. Before initiating the transition, the presentation controller calls the
presentation method of its delegate object. If you implement that method, you can use it to make major or minor adjustments to the presented content. A major adjustment would be to replace the current view controller with an entirely new view controller that was designed specifically for the given size class. A minor adjustment would be to install the current view controller inside a navigation controller to facilitate navigation in the new size class.
Responding to Size Changes
Size changes represent small changes to the width or height of a view controller’s view. Typically, these changes happen when the device rotates between portrait and landscape orientations. When a size change occurs, UIKit calls the presentation controller’s
view method. In a custom presentation, use that method to modify your presentation controller’s custom views or make changes to the view hierarchy. For example, you might swap out custom decoration views with ones that fit the new size better.
After notifying your presentation controller of an impending size change, UIKit begins the normal view layout process. Apps that use auto layout should not need to do anything because the auto layout mechanism resizes views as needed. But if a custom presentation controller needs to make layout-specific changes, it can do so in its
container methods. These methods are equivalent to the
view methods of the
UIView class and used in the same way. UIKit calls them before and after it calls the
layout methods of the views in the view hierarchy.
For custom presentation styles, you should subclass
UIPresentation and override at least some of its methods to implement your custom presentation behaviors. Use your custom presentation controller to customize the presentation process.
For custom presentation controllers, you must call the
init(presented method during initialization. That method is the designated initializer of the class. UIKit uses it to perform required initialization for all presentation controller objects.
Methods to Override
UIPresentation subclasses manages one or more custom views, you should consider overriding the following methods:
presentationmethod to add your custom views to the view hierarchy and to animate the appearance of those views. If the view controller cannot be presented, you can remove those views in the
Transition Will Begin()
presentationmethod as needed.
Transition Did End(_:)
dismissalmethod to perform animations related to the dismissal of the presented view controller. Do not remove your custom views from the view hierarchy until the
Transition Will Begin()
dismissalmethod is called.
Transition Did End(_:)
viewmethod to make any size-related changes to your custom views.
Will Transition(to: with:)
Subclasses may override other methods of this class as needed to provide custom behavior. For example, you might override the
frame methods and return different values than those provided by the default implementations.