iOS视图控制器详解
视图控制器中的视图显示在屏幕上有两种方式:最主要的方式是内嵌在容器控制器中,比如 UINavigationController,UITabBarController, UISplitController;由另外一个视图控制器显示它,这种方式通常被称为模态(Modal)显示;具体方式是在 NavigationController 里 push 或 pop 一个 View Controller,在 TabBarController 中切换到其他 View Controller,以 Modal 方式显示另外一个 View Controller,这些都是 View Controller Transition。在 storyboard 里,每个 View Controller 是一个 Scene,View Controller Transition 便是从一个 Scene 转换到另外一个 Scene;官网链接View Controller Programming Guide for iOS;
触发转场的方式
目前为止,官方支持以下几种transition方式
1.在 UINavigationController 中 push 和 pop;
2.在 UITabBarController 中切换 Tab;
3.Modal transition:presentation 和 dismissal ,称为视图控制器的模态显示和消失,但是它的model类型属性modalPresentationStyle 只能限定在UIModalPresentationFullScreen 或 UIModalPresentationCustom 这两种模式;
以上三种transition都需要代理和动画控制器才可以实现自定义动画,触发的方式分为三种
1)代码里调用相关动作的方法
2)Segue
3)容器 VC,在 UINavigationBar 和 UITabBar 上的相关 Item 的点击操作
相关动作方法
UINavigationController 中所有修改其viewControllers栈中 VC 的方法,就可以自定义transition动画:
下面分别是push和pop方法
- (void)pushViewController:(UIViewController *)viewController animated:(BOOL)animated;
- (nullable UIViewController *)popViewControllerAnimated:(BOOL)animated;
- (void)setViewControllers:(NSArray*)viewControllers animated:(BOOL)animate;//这个方法是对VC栈的整体更新
- (nullable NSArray<__kindof UIViewController *> *)popToRootViewControllerAnimated:(BOOL)animated
UITabBarController
@property(nullable, nonatomic, assign) __kindof UIViewController *selectedViewController;//传递的参数必须是其下的子VC
@property(nonatomic) NSUInteger selectedIndex;//选中控制器的索引
- (void)setViewControllers:(NSArray<__kindof UIViewController *> * __nullable)viewControllers animated:(BOOL)animated;//和上面的差不多意思
Modal
- (void)presentViewController:(UIViewController *)viewControllerToPresent animated: (BOOL)flag completion:(void (^ __nullable)(void))completion NS_AVAILABLE_IOS(5_0);//Presentation
- (void)dismissViewControllerAnimated: (BOOL)flag completion: (void (^ __nullable)(void))completion NS_AVAILABLE_IOS(5_0);//dismiss
Segue
这种方式是在storyboard里面设置的:存在两种方式(transition发生前修改转场参数的最后机会)
performSegueWithIdentifier:sender:
prepareForSegue:sender
Transition解释
WWDC 2013 Session 218transition过程之中,作为容器的父 VC 维护着多个子 VC,但在视图结构上,只保留一个子 VC 的视图,所以转场的本质是下一场景(子 VC)的视图替换当前场景(子 VC)的视图以及相应的控制器(子 VC)的替换,表现为当前视图消失和下一视图出现,基于此进行动画,动画的方式非常多;
iOS 7 以协议的方式开放了自定义转场的 API,协议的好处是不再拘泥于具体的某个类,只要是遵守该协议的对象都能参与转场,非常灵活。转场协议由5种协议组成,在实际中只需要我们提供其中的两个或三个便能实现绝大部分的transiton动画:
1.Transition代理(Transition Delegate):
实现自定义Transition的第一步就是提供代理,使用我们自己提供的代理,而不是系统默认的的代理
//UINavigationController 的 delegate 属性遵守该协议。
//UITabBarController 的 delegate 属性遵守该协议。
//UIViewController 的 transitioningDelegate 属性遵守该协议。(iOS7新增的)
Transition发生时候,UIKit要求代理提供transition动画的构件:动画控制器和交互控制器(可选的)
2.动画控制器(Animation Controller)
负责添加视图与及执行动画:遵守<UIViewControllerAnimatedTransitioning>协议
3.交互控制器(Interaction Controller)
通过交互手段,来控制动画,遵守<UIViewControllerInteractiveTransitioning>协议;
4.Transition 上下文(Transition Context)
提供Transition过程中需要的数据;遵守<UIViewControllerContextTransitioning>协议;
5.Transition 协调器(Transition Coordinator)
可以在Transition动画发生的同时执行其他动画;遵守<UIViewControllerTransitionCoordinator>协议,在IOS7中新增了方法transitionCoordinator()返回一个遵守协议的对象,并且该方法只在控制器Transition 的过程中才返回一个类对象;否则返回nil
非交互Transition
这个阶段需要做两件事,提供Transition代理,并由代理提供动画控制器(交互控制器和动画控制器是可选实现的),没有实现或者返回ni的话则使用默认的Transition效果。总的来说,动画控制器是表现的核心部分,代理方法也非常简单,让我们先从动画控制器入手;
动画控制器协议
动画控制器负责添加视图以及执行动画,遵守UIViewControllerAnimatedTransitioning协议,该协议要求实现以下方法:
-(void)animateTransition:(id)transitionContext;//执行动画的地方,最核心的方法。
-(NSTimeInterval)transitionDuration:(id)transitionContext;//返回动画时间
-(void)animationEnded:(BOOL)transitionCompleted;////如果实现了,会在转场动画结束后调用,可以执行一些收尾工作。
最重要是第一个方法,遵守<UIViewControllerContextTransitioning>协议的transition context对象,提供需要的重要数据,参与视图控制器和transition过程的状态信息
可以通过transitionContext在-(void)animateTransition:(id)transitionContext 这个方法里面来获取动画控制器需要的重要信息,例如根视图,根控制器,方法如下:
- (UIView *)containerView; //返回容器视图,获取Transition动画发生的地方;
- (nullable __kindof UIViewController *)viewControllerForKey:(UITransitionContextViewControllerKey)key;//获取视图控制器(通过UITransitionContextFromViewControllerKey,UITransitionContextToViewControllerKey这两个key)
- (nullable __kindof UIView *)viewForKey:(UITransitionContextViewKey)key NS_AVAILABLE_IOS(8_0); //8.0之后诞生的方法来获取根控制器的视图
@note:通过viewForKey获取的视图就是viewControllerForKey返回控制器的根视图,或者nil(为nil的情况只有在Modal的Transition中才会出现,因为containner中的view不包含presentingView),获取view的方法如下
UIView *containView = [transitionContext containerView];
UIViewController *fromVC = [transitionContext viewControllerForKey:UITransitionContextFromViewControllerKey];
UIViewController *toVC = [transitionContext viewControllerForKey:UITransitionContextToViewControllerKey];
UIView *fromView = fromVC.view;
UIView *toView = toVC.view;
上面的fromView和toView其实是和viewForKey中相应key值获取的是一样的
Transition的本质是下一个Scene替换当前的Scene,从当前过渡到下一个;
fromView:即将消失或者被替换的视图,对应的控制器是FromVC;
toView:即将显示或者要替换的视图,对应的控制器是toVC;
导航控制器(UINavigationController)的Transition
demo中采取的方法是单独生成一个代理类,这个类遵守<UINavigationControllerDelegate>
-(id)navigationController:(UINavigationController *)navigationController animationControllerForOperation:(UINavigationControllerOperation)operation fromViewController:(UIViewController *)fromVC toViewController:(UIViewController *)toVC {NSUInteger transitionType = operation;
SlideAnimationController *slide = [[SlideAnimationController alloc]init];
slide.transitionType = transitionType;
return slide;
} //该方法返回动画控制器,若返回来的是nil则使用系统默认的效果
@note:改类中实现代理的方法采用的是storyBoard里面的Object对象设置的,如果你使用的是self.navigationController.delegate = [xxxx new],那么在初始化,离开该方法之后,delegate将重新变为nil,然后就不会再调用代理方法,原因是因为delegate是弱引用,如果你不采取在storyBoard里面设置的话,你可以通过一个本地变量来达到强引用的效果,但是设置的时候应该也要小心,viewDidload方法设置的时候有坑,有可能控制器self.navigationController = nil,设置出来的self.navigationController.delegate 肯定也是nil,所以建议在prepareForSegue:sender: 这里设置比较好;
Demo地址:NavigationControllerTransition
TabBar导航控制器(UITabBarController)
UITabBarController 的转场代理和 UINavigationController 类似,都是通过动画控制器提供相应的方法完成,demo中的lei遵守<UITabBarControllerDelegate>协议,但是该协议里面并没有提供滑动方向的相关方法,需要我们根据相关属性来判断;
-(id)tabBarController:(UITabBarController *)tabBarController animationControllerForTransitionFromViewController:(UIViewController *)fromVC toViewController:(UIViewController *)toVC {CGFloat fromIndex = [tabBarController.viewControllers indexOfObject:fromVC];
CGFloat toIndex = [tabBarController.viewControllers indexOfObject:toVC];
NSUInteger tabChangeDirection = toIndex < fromIndex ? TransitionTypeLeft : TransitionTypeRight;
SlideAnimationController *slideAnimationController = [[SlideAnimationController alloc]init];
slideAnimationController.transitionType = tabChangeDirection;
return slideAnimationController;
}
代理方法设置过程类似;
Modal Transition
Modal Transiton 和上面介绍的两种是有区别的,上两个例子里面可以通过containerView 获取当前Transition的容器,并且fromVC和toVC都在容器里面,而在这一点上面Modal是有区别的,在Modal中presentingVC相当于fromVC,presentedVC相当于toVC,两者的视图结构如下
ContainerVC VS Modal在Modal Transition里面,我们着重讲UIModalPresentationFullScreen模式和UIModalPresentationCustom模式,这两种在modal transition中的机制又是不一样的,UIModalPresentationFullScreen 模式下,Modal Transiton结束后 fromView 依然主动被从视图结构中移除了,但是UIModalPresentationCustom没有移除,就是因为这个区别导致处理dismissal的时候容易出现问题;
dismissal Transition 场景
1.FullScreen 模式:presentation 结束后,presentingView 被主动移出视图结构,不过,在 dismissal transition中希望其出现在屏幕上并且在对其添加动画怎么办呢?实际上,你按照容器类 VC 转场里动画控制器里那样做也没有问题,就是将其加入 containerView 并添加动画。不用担心,结束后,UIKit 会自动将其恢复到原来的位置。
2.Custom 模式:presentation 结束后,presentingView(fromView) 未被主动移出视图结构,在 dismissal 中,注意不要像其他转场中那样将 presentingView(toView) 加入 containerView 中,否则 dismissal 结束后本来可见的 presentingView 将会随着 containerView 一起被移除。如果你在 Custom 模式下没有注意到这点,很容易出现黑屏之类的现象而不知道问题所在。
虽然ios8以上的系统,可以通过UIPresentationController类并重写以下方法并返回true可以解决上述问题:
// Indicate whether the view controller's view we are transitioning from will be removed from the window in the end of the presentation transition (Default: NO)
- (BOOL)shouldRemovePresentersView
@note UIPresentationController 类的作用并没有改变上面所说的presentingview和containerView的层次关系,但是能修复这个问题,应该是返回YES之后,同时对两个视图进行控制
结论:尽量不要在Modal Transiton中的custome模式中对presentingView进行动画,并且针对custom模式下的使用,官文文档比较详细Creating Custom Presenting
Demo:SLCustomModalTransitionDemo
交互式Transition
在非交互Transition的基础之上将之交互需要两个条件
1.由转场代理提供交互控制器,这是一个遵守协议的对象,不过系统已经打包好了现成的类UIPercentDrivenInteractiveTransition供我们使用。我们不需要做任何配置,仅仅在Transition代理的相应方法中提供一个该类实例便能工作。另外交互控制器必须有动画控制器才能工作。
2.交互控制器需要交互手段的配合,常用的是使用手势;
如果在转场代理中提供了交互控制器,而转场发生时并没有方法来驱动转场进程(比如手势),转场过程将一直处于开始阶段无法结束,应用界面也会失去响应:在 NavigationController 中点击 NavigationBar 也能实现 pop 返回操作,但此时没有了交互手段的支持,Transition过程卡;可以通过一个变量来标记交互状态,该变量由交互手势来更新状态
-(instancetype)init {
if (self = [super init]) {
_interactive = false; _interactionController = [[UIPercentDrivenInteractiveTransition alloc]init];
}
return self;
}
-(id)navigationController:(UINavigationController *)navigationController animationControllerForOperation:(UINavigationControllerOperation)operation fromViewController:(UIViewController *)fromVC toViewController:(UIViewController *)toVC {
NSUInteger transitionType = operation;
SlideAnimationController *slide = [[SlideAnimationController alloc]init];
slide.transitionType = transitionType;
return slide;
}-(id)navigationController:(UINavigationController *)navigationController interactionControllerForAnimationController:(id)animationController {
return _interactive ? _interactionController : nil;
}
TabBarController的实现也类似;系统打包好的UIPercentDrivenInteractiveTransition中的控制转场进度的方法与转场环境对象提供的三个方法同名,实际上只是前者调用了后者的方法而已。系统以一种解耦的方式使得动画控制器,交互控制器,转场环境对象互相协作,我们只需要使用UIPercentDrivenInteractiveTransition的三个同名方法来控制进度就够了。如果你要实现自己的交互控制器,而不是UIPercentDrivenInteractiveTransition的子类,就需要调用转场环境的三个方法来控制进度;
交互手段
在上面NavigationControllerTransition 的demo中的Slide控制器提供动画来实现右滑返回的效果,绑定方法如下
-(void)handleEdgePanGesture:(UIScreenEdgePanGestureRecognizer *)gesture {
CGFloat translationX = [gesture translationInView:self.view].x;
CGFloat translationBase = self.view.frame.size.width / 3;
CGFloat translationAbs = translationX > 0 ? translationX : -translationX;
CGFloat percent = translationAbs > translationBase ? 1.0 : translationAbs / translationBase; //根据移动距离计算交互过程的进度。
switch (gesture.state) {
case UIGestureRecognizerStateBegan:
_navigationDelegate = self.navigationController.delegate;////转场开始前获取代理,一旦转场开始,VC 将脱离控制器栈,此后 self.navigationController 返回的是 nil。
_navigationDelegate.interactive = true;//更新交互状态
[self.navigationController popViewControllerAnimated:YES];//.如果转场代理提供了交互控制器,它将从这时候开始接管转场过程。
break;
case UIGestureRecognizerStateChanged:
//更新转场进度,进度数值范围为0.0~1.0。
[_navigationDelegate.interactionController updateInteractiveTransition:percent];//.更新进度:
break;
case UIGestureRecognizerStateCancelled:
case UIGestureRecognizerStateEnded:
if (percent > 0.5) {//.结束转场:
//完成转场,转场动画从当前状态继续直至结束。(转场动画从当前的状态将继续进行直到动画结束,转场完成)
[_navigationDelegate.interactionController finishInteractiveTransition];////完成转场。
}else {
//取消转场,转场动画从当前状态返回至转场发生前的状态。(被调用后,转场动画从当前的状态回拨到初始状态,转场取消。)
[_navigationDelegate.interactionController cancelInteractiveTransition];////或者,取消转场。
}
_navigationDelegate.interactive = false;//无论转场的结果如何,恢复为非交互状态。
break;
default:
break;
}
}
@note:众所周知,app的生命周期是按照一定顺序的,但是介入了Transiton的时候,顺序就得不到保证了,本来正确的生命周期应该是如下的:
1.viewWillAppear 2.viewDidAppear 3.viewWillDisappear 4.viewDidDisappear
介入Transition之后,顺序变得错综复杂,可以参考这个链接查看相关情况The Inconsistent Order of View Transition Events
总结:综合前面所讲的内容,都还没有办法实现Transition中的任意阶段的中断,并执行新的动画;但是通过下面介绍的Transition Coordinator就可以实现了这种效果
Transition Coordinator
Transition Coordinator使用的时间比较少,但是它可以在Transition过程中的任意阶段搜集动作并在交互中执行;
Modal Transition中UIPresentationController类只能通过转场协调器来与动画控制器同步,并行执行其他动画;
使用这两个方法
- (BOOL)animateAlongsideTransition:(void (^ __nullable)(idcontext))animation completion:(void (^ __nullable)(idcontext))completion;// This alternative API is needed if the view is not a descendent of the container view AND you require this animation// to be driven by a UIPercentDrivenInteractiveTransition interaction controller.- (BOOL)animateAlongsideTransitionInView:(nullable UIView *)view animation:(void (^ __nullable)(idcontext))animation completion:(void (^ __nullable)(idcontext))completion;
这里它可以在交互式转场结束时执行一个闭包
// When a transition changes from interactive to non-interactive then handler is// invoked. The handler will typically then do something depending on whether or// not the transition isCancelled. Note that only interactive transitions can// be cancelled and all interactive transitions complete as non-interactive// ones. In general, when a transition is cancelled the view controller that was// appearing will receive a viewWillDisappear: call, and the view controller// that was disappearing will receive a viewWillAppear: call. This handler is// invoked BEFORE the "will" method calls are made.- (void)notifyWhenInteractionEndsUsingBlock: (void (^)(idcontext))handler NS_DEPRECATED_IOS(7_0, 10_0,"Use notifyWhenInteractionChangesUsingBlock");
当Transition由交互状态转变为非交互状态(在手势交互过程中则为手势结束时),无论Transition的结果是完成还是被取消,该方法都会被调用;得益于闭包,Transition协调器可以在转场过程中的任意阶段搜集动作并在交互中止后执行。闭包中的参数是一个遵守协议的对象,该对象由 UIKit 提供,和前面的Transition环境对象作用类似;另外交互状态结束时并非Transition过程的终点(此后动画控制器提供的Transition动画根据交互结束时的状态继续或是返回到初始状态),而是由动画控制器来结束这一切:
- (void)animationEnded:(BOOL) transitionCompleted;
向非交互阶段的平滑过渡
这部分的功能没有实现过,但是找资料发现使用UIViewControllerInteractiveTransitioning协议定义了两个属性可以做到平滑过渡
completionCurve //交互结束后剩余动画的速率曲线
completionSpeed //交互结束后动画的开始速率由该参数与原来的速率相乘得到,实际上是个缩放参数,这里应该使用单位变化速率(即你要的速率/距离)。注意:completionSpeed会影响剩余的动画时间,而不是之前设定的转场动画时间剩下的时间;当completionSpeed很小时剩余的动画时间可能会被拉伸得很长,所以过滤下较低的速率比较好。如果不设置两个参数,转场动画将以原来的速率曲线在当前进度的速率继续。不过从实际使用效果来看,往往不到0.5s的动画时间,基本上看不出什么效果来。
iOS10全程交互控制
在Transition动画里,非交互Transition与交互Transition之间有着明显的界限:如果以交互转场开始,尽管在交互结束后会切换到动画过程,但之后无法再次切换到交互过程,只能等待其结束;如果以非交互Transition开始,在动画结束前是无法切换到交互过程的,只能等待其结束,但是在2016年的WWDC上面介绍的iOS10打破了这个局面,相关链接WWDC 2016 Session216:Advances in UIKit Animations And Transitions
让转场动画在非交互状态与交互状态之间自由切换很困难,UIViewPropertyAnimator类实现了需要的所有基础功能,使得难度降低了许多,Demo中使用一个UIViewPropertyAnimator对象,就可以实现转场动画的全程交互控制,甚至不需交互控制器;下面展示Demo中来实现Push和Pop过程全程交互控制的几个重要方法:
// 提供一个 UIViewPropertyAnimator,由它来执行转场动画以及实现交互控制
[animator pauseAnimation];动画暂停
[animator setReversed:true]; 动画反向
[animator startAnimation];开始动画
_fractionComplete = animator.fractionComplete; 更新Transition进度
[animator continueAnimationWithTimingParameters:[[UISpringTimingParameters alloc]initWithDampingRatio:0.9 initialVelocity:initialVelocity] durationFactor:0]; 手指离开屏幕的速度继续执行剩下的Transition动画,保障动画协调过渡
Demo:PushAndPop
总结:可能上述描述存在错误,欢迎指出,感谢大家!
网友评论