[转] ReactNative Animated动画详解
http://web.jobbole.com/84962/
ReactNative Animated动画详解
最近ReactNative(以下简称RN)在前端的热度越来越高,不少同学开始在业务中尝试使用RN,这里着重介绍一下RN中动画的使用与实现原理。
使用篇
举个简单的栗子
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
|
var React = require('react-native');
var {
Animated,
Easing,
View,
StyleSheet,
Text
} = React;
var Demo = React.createClass({
getInitialState() {
return {
fadeInOpacity: new Animated.Value(0) // 初始值
};
},
componentDidMount() {
Animated.timing(this.state.fadeInOpacity, {
toValue: 1, // 目标值
duration: 2500, // 动画时间
easing: Easing.linear // 缓动函数
}).start();
},
render() {
return (
<Animated.View style={[styles.demo, {
opacity: this.state.fadeInOpacity
}]}>
<Text style={styles.text}>悄悄的,我出现了</Text>
</Animated.View>
);
}
});
var styles = StyleSheet.create({
demo: {
flex: 1,
alignItems: 'center',
justifyContent: 'center',
backgroundColor: 'white',
},
text: {
fontSize: 30
}
});
|
是不是很简单易懂<(▰˘◡˘▰)> 和JQuery的Animation用法很类似。
步骤拆解
一个RN的动画,可以按照以下步骤进行。
- 使用基本的Animated组件,如Animated.View Animated.Image Animated.Text (重要!不加Animated的后果就是一个看不懂的报错,然后查半天动画参数,最后怀疑人生)
- 使用Animated.Value设定一个或多个初始化值(透明度,位置等等)。
- 将初始化值绑定到动画目标的属性上(如style)
- 通过Animated.timing等函数设定动画参数
- 调用start启动动画。
栗子敢再复杂一点吗?
显然,一个简单的渐显是无法满足各位观众老爷们的好奇心的.我们试一试加上多个动画
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
|
getInitialState() {
return (
fadeInOpacity: new Animated.Value(0),
rotation: new Animated.Value(0),
fontSize: new Animated.Value(0)
);
},
componentDidMount() {
var timing = Animated.timing;
Animated.parallel(['fadeInOpacity', 'rotation', 'fontSize'].map(property => {
return timing(this.state[property], {
toValue: 1,
duration: 1000,
easing: Easing.linear
});
})).start();
},
render() {
return (<Animated.View style={[styles.demo, {
opacity: this.state.fadeInOpacity,
transform: [{
rotateZ: this.state.rotation.interpolate({
inputRange: [0,1],
outputRange: ['0deg', '360deg']
})
}]
}]}><Animated.Text style={{
fontSize: this.state.fontSize.interpolate({
inputRange: [0,1],
outputRange: [12,26]
})
}}>我骑着七彩祥云出现了
|
注意到我们给文字区域加上了字体增大的动画效果,相应地,也要修改Text为Animated.Text
强大的interpolate
上面的栗子使用了interpolate函数,也就是插值函数。这个函数很强大,实现了数值大小、单位的映射转换,比如
1
2
3
4
|
{
inputRange: [0,1],
outPutRange: ['0deg','180deg']
}
|
当setValue(0.5)时,会自动映射成90deg。 inputRange并不局限于[0,1]区间,可以画出多段。 interpolate一般用于多个动画共用一个Animated.Value,只需要在每个属性里面映射好对应的值,就可以用一个变量控制多个动画。 事实上,上例中的fadeInOpacityfontSizerotation用一个变量来声明就可以了。(那你写那么多变量逗我吗(╯‵□′)╯︵┻━┻) (因为我要强行使用parallel ┬─┬ ノ( ‘ – ‘ノ))
流程控制
在刚才的栗子中,我们使用了Parallel来实现多个动画的并行渲染,其它用于流程控制的API还有:
- sequence接受一系列动画数组为参数,并依次执行
- stagger接受一系列动画数组和一个延迟时间,按照序列,每隔一个延迟时间后执行下一个动画(其实就是插入了delay的parrllel)
- delay生成一个延迟时间(基于timing的delay参数生成)
例3
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
|
getInitialState() {
return (
anim: [1,2,3].map(() => new Animated.Value(0)) // 初始化3个值
);
},
componentDidMount() {
var timing = Animated.timing;
Animated.sequence([
Animated.stagger(200, this.state.anim.map(left => {
return timing(left, {
toValue: 1,
});
}).concat(
this.state.anim.map(left => {
return timing(left, {
toValue: 0,
});
})
)), // 三个view滚到右边再还原,每个动作间隔200ms
Animated.delay(400), // 延迟400ms,配合sequence使用
timing(this.state.anim[0], {
toValue: 1
}),
timing(this.state.anim[1], {
toValue: -1
}),
timing(this.state.anim[2], {
toValue: 0.5
}),
Animated.delay(400),
Animated.parallel(this.state.anim.map((anim) => timing(anim, {
toValue: 0
}))) // 同时回到原位置
]
).start();
},
render() {
var views = this.state.anim.map(function(value, i) {
return (
<Animated.View
key={i}
style={[styles.demo, styles['demo' + i], {
left: value.interpolate({
inputRange: [0,1],
outputRange: [0,200]
})
}]}>
<Text style={styles.text}>我是第{i + 1}个View</Text>
</Animated.View>
);
});
return <View style={styles.container}>
<Text>sequence/delay/stagger/parallel演示</Text>
{views}
</View>;
}
|
Spring/Decay/Timing
前面的几个动画都是基于时间实现的,事实上,在日常的手势操作中,基于时间的动画往往难以满足复杂的交互动画。对此,RN还提供了另外两种动画模式。
- Spring 弹簧效果
- friction 摩擦系数,默认40
- tension 张力系数,默认7
- bounciness
- speed
- Decay 衰变效果
- velocity 初速率
- deceleration 衰减系数 默认0.997
Spring支持 friction与tension 或者 bounciness与speed 两种组合模式,这两种模式不能并存。 其中friction与tension模型来源于origami,一款F家自制的动画原型设计工具,而bounciness与speed则是传统的弹簧模型参数。
Track && Event
RN动画支持跟踪功能,这也是日常交互中很常见的需求,比如跟踪用户的手势变化,跟踪另一个动画。而跟踪的用法也很简单,只需要指定toValue到另一个Animated.Value就可以了。 交互动画需要跟踪用户的手势操作,Animated也很贴心地提供了事件接口的封装,示例:
1
2
3
4
|
// Animated.event 封装手势事件等值映射到对应的Animated.Value
onPanResponderMove: Animated.event(
[null, {dx: this.state.x, dy: this.state.y}] // map gesture to leader
)
|
在官方的demo上改了一下,加了一张费玉污的图,效果图如下 代码太长,就不贴出来了,可以参考官方Github代码
动画循环
Animated的start方法是支持回调函数的,在动画或某个流程结束的时候执行,这样子就可以很简单地实现循环动画了。
1
2
3
4
5
6
7
8
|
startAnimation() {
this.state.rotateValue.setValue(0);
Animated.timing(this.state.rotateValue, {
toValue: 1,
duration: 800,
easing: Easing.linear
}).start(() => this.startAnimation());
}
|
是不是很魔性?[doge]
原理篇
首先感谢能看到这里的小伙伴们:)
在上面的文章中,我们已经基本掌握了RN Animated的各种常用API,接下来我们来了解一下这些API是如何设计出来的。
声明: 以下内容参考自Animated原作者的分享视频
首先,从React的生命周期来编程的话,一个动画大概是这样子写:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
|
getInitialState() {
return {left: 0};
}
render(){
return (
<div style={{left: this.state.left}}>
<Child />
</div>
);
}
onChange(value) {
this.setState({left: value});
}
|
只需要通过requestAnimationFrame调用onChange,输入对应的value,动画就简单粗暴地跑起来了。◕‿◕,全剧终。
然而事实总是没那么简单,问题在哪?
我们看到,上述动画基本是以毫秒级的频率在调用setState,而React的每次setState都会重新调用render方法,并切遍历子元素进行渲染,即使有Dom Diff也可能扛不住这么大的计算量和UI渲染。
那么该如何优化呢?
- 关键词:
- ShouldComponentUpdate
- <StaticContainer>(静态容器)
- Element Caching (元素缓存)
- Raw DOM Mutation (原生DOM操作)
- ↑↑↓↓←→←→BA (秘籍)
ShouldComponentUpdate
学过React的都知道,ShouldComponentUpdate是性能优化利器,只需要在子组件的shouldComponentUpdate返回false,分分钟渲染性能爆表。
然而并非所有的子元素都是一成不变的,粗暴地返回false的话子元素就变成一滩死水了。而且组件间应该是独立的,子组件很可能是其他人写的,父元素不能依赖于子元素的实现。
<StaticContainer>(静态容器)
这时候可以考虑封装一个容器,管理ShouldCompontUpdate,如图示:
小明和老王再也不用关心父元素的动画实现啦。
一个简单的\<StaticContainer\>实现如下:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
|
class StaticContainer extends React.Component {
render(){
return this.props.children;
}
shouldComponentUpdate(nextProps){
return nextProps.shouldUpdate; // 父元素控制是否更新
}
}
// 父元素嵌入StaticContainer
render() {
return (
<div style={{left: this.state.left}}>
<StaticContainer
shouldUpdate={!this.state.isAnimating}>
<ExpensiveChild />
</StaticContainer>
</div>
);
}
|
Element Caching 缓存元素
还有另一种思路优化子元素的渲染,那就是缓存子元素的渲染结果到局地变量。
1
2
3
4
5
6
7
8
|
render(){
this._child = this._child || <ExpensiveChild />;
return (
<div style={{left:this.state.left}}>
{this._child}
</div>
);
}
|
缓存之后,每次setState时,React通过DOM Diff就不再渲染子元素了。
上面的方法都有弊端,就是条件竞争。当动画在进行的时候,子元素恰好获得了新的state,而这时候动画无视了这个更新,最后就会导致状态不一致,或者动画结束的时候子元素发生了闪动,这些都是影响用户操作的问题。
Raw DOM Mutation 原生DOM操作
刚刚都是在React的生命周期里实现动画,事实上,我们只想要变更这个元素的left值,并不希望各种重新渲染、DOM DIFF等等发生。
“React,我知道自己要干啥,你一边凉快去“
如果我们跳出这个生命周期,直接找到元素进行变更,是不是更简单呢?
简单易懂,性能彪悍,有木有?!
然而弊端也很明显,比如这个组件unmount之后,动画就报错了。
Uncaught Exception: Cannot call ‘style’ of null
而且这种方法照样避不开条件竞争——动画值改变的时候,有可能发生setState之后,left又回到初始值之类的情况。
再者,我们使用React,就是因为不想去关心dom元素的操作,而是交给React管理,直接使用Dom操作显然违背了初衷。
↑↑↓↓←→←→BA (秘籍)
唠叨了这么多,这也不行,那也不行,什么才是真理?
我们既想要原生DOM操作的高性能,又想要React完善的生命周期管理,如何把两者优势结合到一起呢?答案就是Data Binding(数据绑定)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
|
render(){
return(
<Animated.div style={{left: this.state.left}}>
<ExpensiveChild />
</Animated.div>
);
}
getInitialState(){
return {left: new Animated.Value(0)}; // 实现了数据绑定的类
}
onUpdate(value){
this.state.left.setValue(value); // 不是setState
}
|
首先,需要实现一个具有数据绑定功能的类Animated.Value,提供setValueonChange等接口。 其次,由于原生的组件并不能识别Value,需要将动画元素用Animated包裹起来,在内部处理数据变更与DOM操作。
一个简单的动画组件实现如下:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
|
Animated.div = class extends React.Component{
componentWillUnmount() {
nextProps.style.left.removeAllListeners();
},
// componentWillMount需要完成与componentWillReceiveProps同样的操作,此处略
componentWillReceiveProps(nextProps) {
nextProps.style.left.removeAllListeners();
nextProps.style.left.onChange(value => {
React.findDOMNode(this).style.left = value + 'px';
});
// 将动画值解析为普通数值传给原生div
this._props = React.addons.update(
nextProps,
{style:{left:{$set: nextProps.style.left.getValue()}}}
);
},
render() {
return <div ...{this._props} />;
}
}
|
代码很简短,做的事情有:
- 遍历传入的props,查找是否有Animated.Value的实例,并绑定相应的DOM操作。
- 每次props变更或者组件unmount的时候,停止监听数据绑定事件,避免了条件竞争和内存泄露问题。
- 将初始传入的Animated.Value值逐个转化为普通数值,再交给原生的React组件进行渲染。
综上,通过封装一个Animated的元素,内部通过数据绑定和DOM操作变更元素,结合React的生命周期完善内存管理,解决条件竞争问题,对外表现则与原生组件相同,实现了高效流畅的动画效果。
读到这里,应该知道为什么ImageText等做动画一定要使用Animated加持过的元素了吧?