我们在第一部分讨论了Core Animation
除了动画之外可以做到的任何事情。但是动画是Core Animation
库一个非常显著的特性。这一章我们来看看它是怎么做到的。 具体来说,我们先来讨论框架自动完成的隐式动画(除非你明确禁用了这个功能)。
事务
Core Animation
基于一个假设,说屏幕上的任何东西都可以(或者可能)做动画。 动画并不需要你在Core Animation
中手动打开,相反需要明确地关闭,否则他会一 直存在。
当你改变 CALayer
的一个可做动画的属性,它并不能立刻在屏幕上体现出来。相 反,它是从先前的值平滑过渡到新的值。这一切都是默认的行为,你不需要做额外的操作。
这其实就是所谓的隐式动画。之所以叫隐式是因为我们并没有指定任何动画的类型。我们仅仅改变了一个属性,然后Core Animation
来决定如何并且何时去做动画。Core Animaiton
同样支持显式动画,下章详细说明。
但当你改变一个属性,Core Animation
是如何判断动画类型和持续时间的呢?实际上动画执行的时间取决于当前事务的设置,动画类型取决于图层行为。
事务实际上是Core Animation
用来包含一系列属性动画集合的机制,任何用指定事务去改变可以做动画的图层属性都不会立刻发生变化,而是当事务一旦提交的时候开始用一个动画过渡到新值。
事务是通过 CATransaction
类来做管理,这个类的设计有些奇怪,不像你从它的 命名预期的那样去管理一个简单的事务,而是管理了一叠你不能访问的事务。 CATransaction
没有属性或者实例方法,并且也不能用 +alloc
和- init
方法创建它。但是可以用 +begin
和 +commit
分别来入栈或者出栈。
任何可以做动画的图层属性都会被添加到栈顶的事务,你可以通
过 + setAnimationDuration:
方法设置当前事务的动画时间,或者通过+ animationDuration
方法来获取值(默认0.25
秒)。
Core Animation
在每个run loop
周期中自动开始一次新的事务(run loop
是iOS
负责收集用户输入,处理定时器或者网络事件并且重新绘制屏幕的东西),即使你不显 式的用 [CATransaction begin]
开始一次事务,任何在一次run loop
循环中属性 的改变都会被集中起来,然后做一次0.25
秒的动画。
明白这些之后,我们就可以轻松修改变色动画的时间了。我们当然可以用当前事务 的 +setAnimationDuration:
方法来修改动画时间,但在这里我们首先起一个新 的事务,于是修改时间就不会有别的副作用。因为修改当前事务的时间可能会导致 同一时刻别的动画(如屏幕旋转),所以最好还是在调整动画之前压入一个新的事 务。
- (IBAction)changeColor
{
//begin a new transaction
[CATransaction begin];
//set the animation duration to 1 second
[CATransaction setAnimationDuration:1.0];
//randomize the layer background color
CGFloat red = arc4random() / (CGFloat)INT_MAX;
CGFloat green = arc4random() / (CGFloat)INT_MAX;
CGFloat blue = arc4random() / (CGFloat)INT_MAX;
self.colorLayer.backgroundColor = [UIColor colorWithRed:red green:green blue:blue alpha:1.0];
//commit the transaction
[CATransaction commit];
}
如果你用过UIView
的动画方法做过一些动画效果,那么应该对这个模式不陌 生。 UIView
有两个方法,+beginAnimations:context:
和 +commitAnimations
,和 CATransaction
的+begin
和+commit
方法类似。实际上在+beginAnimations:context:
和+commitAnimations
之间所有视图或者图 层属性的改变而做的动画都是由于设置了CATransaction
的原因。
在iOS4
中,苹果对UIView添加了一种基于block
的动画方
法: +animateWithDuration:animations:
。这样写对做一堆的属性动画在语法上会更加简单,但实质上它们都是在做同样的事情。
CATranscation
的 +begin
和+commit
方法在 +animateWithDuration:animations:
内部自动调用,这样block
中所有属性的改变都会被事务所包含。这样也可以避免开发者由于对 +begin
和 +commit
匹配的失误造成的风险。
完成块
基于UIView
的block
的动画允许你在动画结束的时候提供一个完成的动作。 CATranscation
接口提供的+setCompletionBlock:
方法也有同样的功能。我们来调整上个例子,在颜色变化结束之后执行一些操作。我们来添加一个完 成之后的block
,用来在每次颜色变化结束之后切换到另一个旋转90
的动画。
- (IBAction)changeColor
{
//begin a new transaction
[CATransaction begin];
//set the animation duration to 1 second
[CATransaction setAnimationDuration:1.0];
//add the spin animation on completion
[CATransaction setCompletionBlock:^{
CGAffineTransform transform = self.colorLayer.affineTransform;
transform = CGAffineTransformRotate(transform, M_PI_2);
self.colorLayer.affineTransform = transform;
}];
//randomize the layer background color
CGFloat red = arc4random() / (CGFloat)INT_MAX;
CGFloat green = arc4random() / (CGFloat)INT_MAX;
CGFloat blue = arc4random() / (CGFloat)INT_MAX;
self.colorLayer.backgroundColor = [UIColor colorWithRed:red green:green blue:blue alpha:1.0];
//commit the transaction
[CATransaction commit];
}
注意旋转动画要比颜色渐变快得多,这是因为完成块是在颜色渐变的事务提交并出栈之后才被执行,于是,用默认的事务做变换,默认的时间也就变成了0.25秒。
图层行为
现在来做个实验,试着直接对UIView
关联的图层做动画而不是一个单独的图层。
@interface ViewController ()
@property (nonatomic, weak) IBOutlet UIView *layerView;
@end
@implementation ViewController
- (void)viewDidLoad
{
[super viewDidLoad];
//set the color of our layerView backing layer directly
self.layerView.layer.backgroundColor = [UIColor blueColor].CGColor;
}
- (IBAction)changeColor
{
//begin a new transaction
[CATransaction begin];
//set the animation duration to 1 second
[CATransaction setAnimationDuration:1.0];
//randomize the layer background color
CGFloat red = arc4random() / (CGFloat)INT_MAX;
CGFloat green = arc4random() / (CGFloat)INT_MAX;
CGFloat blue = arc4random() / (CGFloat)INT_MAX;
self.layerView.backgroundColor = [UIColor colorWithRed:red green:green blue:blue alpha:1.0];
//commit the transaction
[CATransaction commit];
}
运行程序,你会发现当按下按钮,图层颜色瞬间切换到新的值,而不是之前平滑过 渡的动画。发生了什么呢?隐式动画好像被 UIView 关联图层给禁用了。
试想一下,如果 UIView
的属性都有动画特性的话,那么无论在什么时候修改它, 我们都应该能注意到的。所以,如果说UIKit
建立在Core Animation
(默认对所有东 西都做动画)之上,那么隐式动画是如何被UIKit禁用掉呢?
我们知道Core Animation
通常对CALayer
的所有属性(可动画的属性)做动画, 但是 UIView 把它关联的图层的这个特性关闭了。为了更好说明这一点,我们需要 知道隐式动画是如何实现的。
我们把改变属性时 CALayer
自动应用的动画称作行为,当 CALayer
的属性被修 改时候,它会调用- actionForKey:
方法,传递属性的名称。剩下的操作都在 CALayer
的头文件中有详细的说明,实质上是如下几步:
-
图层首先检测它是否有委托,并且是否实现
CALayerDelegate
协议指定的- actionForLayer:forKey
方法。如果有,直接调用并返回结果。 -
如果没有委托,或者委托没有实现
- actionForLayer:forKey
方法,图层接着检查包含属性名称对应行为映射的actions
字典。 -
如果
actions
字典 没有包含对应的属性,那么图层接着在它的style
字典接着搜索属性名。 -
最后,如果在
style
里面也找不到对应的行为,那么图层将会直接调用定义了每个属性的标准行为的-defaultActionForKey:
方法。
所以一轮完整的搜索结束之后,- actionForKey:
要么返回空(这种情况下将不会有动画发生),要么是 CAAction
协议对应的对象,最后CALayer
拿这个结果 去对先前和当前的值做动画。
于是这就解释了UIKit
是如何禁用隐式动画的:每个UIView
对它关联的图层都扮演了一个委托,并且提供了- actionForLayer:forKey:
的实现方法. 当不在一个动画块的实现中,UIView
对所有图层行为返回nil
,但是在动画block
范围之内,它就返回了一个非空值。
于是我们可以预言,当属性在动画块之外发生改变, UIView
直接通过返回 nil
来禁用隐式动画。但如果在动画块范围之内,根据动画具体类型返回相应 的属性,在这个例子就是 CABasicAnimation
(第八章“显式动画”将会提到)。
当然返回nil
并不是禁用隐式动画唯一的办法,CATransacition
有个方法叫
做+ setDisableActions:
,可以用来对所有属性打开或者关闭隐式动画。如果在
[CATransaction begin]
之后添加下面的代码,同样也会阻止动画的发生:
[CATransaction setDisableActions:YES];
总结一下,我们知道了如下几点
-
UIView
关联的图层禁用了隐式动画,对这种图层做动画的唯一办法就是使 用UIView
的动画函数(而不是依赖CATransaction
),或者继承UIView
,并覆盖- actionForLayer:forKey:
方法,或者直接创建一个 显式动画(具体细节见第八章)。 -
对于单独存在的图层,我们可以通过实现图层的
- actionForLayer:forKey:
委托方法,或者提供一个actions
字典来控制隐式动画。
我们来对颜色渐变的例子使用一个不同的行为,通过给colorLayer
设置一个自 定义的 actions 字典。我们也可以使用委托来实现,但是
actions`字典可以写 更少的代码。那么到底该如何创建一个合适的行为对象呢?
行为通常是一个被Core Animation
隐式调用的显式动画对象。这里我们使用的是一 个实现了 CATransaction
的实例,叫做推进过渡。
第八章中将会详细解释过渡,不过对于现在,知道 CATransition
响应 CAAction
协议,并且可以当做一个图层行为就足够了。结果很赞,不论在什么 时候改变背景颜色,新的色块都是从左侧滑入,而不是默认的渐变效果。
@interface ViewController ()
@property (nonatomic, weak) IBOutlet UIView *layerView;
@property (nonatomic, weak) IBOutlet CALayer *colorLayer;
*/
@end
@implementation ViewController
- (void)viewDidLoad
{
[super viewDidLoad];
//create sublayer
self.colorLayer = [CALayer layer];
self.colorLayer.frame = CGRectMake(50.0f,50.0f,100.0f,100.0f);
self.colorLayer.backgroundColor = [UIColor blueColor].CGColor;
//add a custom action
CATransition *transition = [CATransition animation];
transition.type = kCATransitionPush;
transition.subtype = kCATransitionFromLeft;
self.colorLayer.actions = @{@"backgroundColor": transition};
//add it to our view
[self.layerView.layer addSublayer:self.colorLayer];
}
- (IBAction)changeColor
{
//randomize the layer background color
CGFloat red = arc4random() / (CGFloat)INT_MAX;
CGFloat green = arc4random() / (CGFloat)INT_MAX;
CGFloat blue = arc4random() / (CGFloat)INT_MAX;
self.colorLayer.backgroundColor = [UIColor colorWithRed:red green:green blue:blue alpha:1.0];
}
@end
呈现与模型
CALayer
的属性行为其实很不正常,因为改变一个图层的属性并没有立刻生效, 而是通过一段时间渐变更新。这是怎么做到的呢?
当你改变一个图层的属性,属性值的确是立刻更新的(如果你读取它的数据,你会
发现它的值在你设置它的那一刻就已经生效了),但是屏幕上并没有马上发生改
变。这是因为你设置的属性并没有直接调整图层的外观,相反,他只是定义了图层
动画结束之后将要变化的外观。
当设置 CALayer
的属性,实际上是在定义当前事务结束之后图层如何显示的模型。Core Animation
扮演了一个控制器的角色,并且负责根据图层行为和事务设置去不断更新视图的这些属性在屏幕上的状态。
我们讨论的就是一个典型的微型MVC
模式。 CALayer
是一个连接用户界面(就是MVC
中的view
)虚构的类,但是在界面本身这个场景下,CALayer
的行为更像是存储了视图如何显示和动画的数据模型。实际上,在苹果自己的文档中,图层树通 常都是值的图层树模型。
在iOS
中,屏幕每秒钟重绘60
次。如果动画时长比60
分之一秒要长,Core Animation
就需要在设置一次新值和新值生效之间,对屏幕上的图层进行重新组织。这意味着 CALayer
除了“真实”值(就是你设置的值)之外,必须要知道当前 显示在屏幕上的属性值的记录。
每个图层属性的显示值都被存储在一个叫做呈现图层的独立图层当中,他可以通 过-presentationLayer
方法来访问。这个呈现图层实际上是模型图层的复制, 但是它的属性值代表了在任何指定时刻当前外观效果。换句话说,你可以通过呈现图层的值来获取当前屏幕上真正显示出来的值。
我们在第一章中提到除了图层树,另外还有呈现树。呈现树通过图层树中所有图层的呈现图层所形成。注意呈现图层仅仅当图层首次被提交(就是首次第一次在屏幕 上显示)的时候创建,所以在那之前调用-presentationLayer
将会返回nil
。
你可能注意到有一个叫做–modelLayer
的方法。在呈现图层上调用– modelLayer
将会返回它正在呈现所依赖的 CALayer
。通常在一个图层上调用- modelLayer
会返回–self
(实际上我们已经创建的原始图层就是一种数据模型)。
大多数情况下,你不需要直接访问呈现图层,你可以通过和模型图层的交互,来让Core Animation
更新显示。两种情况下呈现图层会变得很有用,一个是同步动画, 一个是处理用户交互。
- 如果你在实现一个基于定时器的动画(见第11章“基于定时器的动画”),而不仅仅是基于事务的动画,这个时候准确地知道在某一时刻图层显示在什么位置 就会对正确摆放图层很有用了。
- 如果你想让你做动画的图层响应用户输入,你可以使用
-hitTest:
方法(见 第三章“图层几何学”)来判断指定图层是否被触摸,这时候对呈现图层而不是模型图层调用-hitTest:
会显得更有意义,因为呈现图层代表了用户当前看到的图层位置,而不是当前动画结束之后的位置。
点击屏幕上的任意位置将会让图层平移到那里。点击图层本身可以随机改变它的颜色。我们通 过对呈现图层调用-hitTest:
来判断是否被点击。
如果修改代码让-hitTest:
直接作用于colorLayer
而不是呈现图层,你会发现当 图层移动的时候它并不能正确显示。这时候你就需要点击图层将要移动到的位置而 不是图层本身来响应点击(这就是为什么用呈现图层来响应交互的原因)。
使用 presentationLayer
图层来判断当前图层位置
- (void)viewDidLoad {
[super viewDidLoad];
CALayer *colorLayer = [CALayer layer];
colorLayer.frame = CGRectMake(0, 0, 100, 100);
colorLayer.position = CGPointMake(self.view.bounds.size.width * 0.5, self.view.bounds.size.height * 0.5);
colorLayer.backgroundColor = [UIColor redColor].CGColor;
self.colorLayer = colorLayer;
[self.view.layer addSublayer:colorLayer];
}
- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event{
[super touchesBegan:touches withEvent:event];
CGPoint point = [[touches anyObject] locationInView:self.view];
if ([self.colorLayer.presentationLayer hitTest:point]) {
CGFloat red = arc4random() / (CGFloat)INT_MAX;
CGFloat green = arc4random() / (CGFloat)INT_MAX;
CGFloat blue = arc4random() / (CGFloat)INT_MAX;
self.colorLayer.backgroundColor = [UIColor colorWithRed:red green:green blue:blue alpha:1.0].CGColor;
}else{
[CATransaction begin];
[CATransaction setAnimationDuration:4.0];
self.colorLayer.position = point;
[CATransaction commit];
}
}
总结
这一章讨论了隐式动画,还有Core Animation
对指定属性选择合适的动画行为的机制。同时你知道了UIKit
是如何充分利用Core Animation
的隐式动画机制来强化它的显式系统,以及动画是如何被默认禁用并且当需要的时候启用的。最后,你了解了 呈现和模型图层,以及Core Animation
是如何通过它们来判断出图层当前位置以及将要到达的位置。
网友评论