走在网页游戏开发的路上（六）0. 前言1. Event.ENTER_FRAME事件做动画的原理 2. 用Timer做动画的原理3. 在Timer和Event.ENTER_FRAME之间选择4. 代码实例

flash动画原理

——动画是将静止的画面变为动态的艺术．实现由静止到动态，主要是靠人眼的视觉残留效应．利用人的这种视觉生理特性可制作出具有高度想象力和表现力的动画影片．

像所有的动画显示一样，flash的动画原理也是通过不断的刷新屏幕，利用每次屏幕上显示对象位置的不同、大小色彩的变化等产生动画效果。动画编程的关键是一定要有变化，而且该变化需要在一定时间内来完成（以达到欺骗人眼，使分解的画面连续起来，达到运动的效果）。flash中使用<b>帧频</b>来控制每秒钟刷新屏幕的次数，通过使用的帧频的范围在12～60帧每秒，推荐使用的是24帧每秒这样的一个速度。

actionscript 3.0的动画编程也是同样的原理，通过不断的刷新屏幕来实现动画效果。actionscript 3.0的动画编程按照实现的方式可以分为两种：

f  对显示对象的显示属性进行控制，调整每次刷新屏幕时显示对象的显示属性实现动画效果，这种称为<b>显示属性动画</b>。

f  利用绘制api在每帧中使用代码绘制不同的形状，从而产生的动画效果，这种称为<b>代码绘制动画</b>。

通过编程实现刷新屏幕，actionscript 3.0中提供了两种方式可供选择：

f  帧循环更新：利用flash本身的帧频速度，在每次刷新屏幕时改变显示对象。此方法需要使用事件侦听器侦听显示对象的event.enter_frame事件。

f  定时器更新：利用timer类的定时更新功能，每隔一定的事件使显示对象改变一次。此方法需要使用事件侦听器侦听显示对象的timerevent.timer事件。

下面具体介绍帧循环更新、定时器更新实现动画效果，和它们的差异及选择。

每当flash运行器执行一次预定屏幕更新检查的时候它调度event.enter_frame事件。注册以接收event.enter_frame通知的任何函数都被反复执行，在由当前flash运行器帧速率决定的一个频率下。由任何event.enter_frame事件监听器做出的可见变化在它退出之前被描绘，这就是event.enter_frame做动画的原理。

每当想要改变指定的帧速率的时候，我们必须更新基于该帧速率计算速度的所有代码（除非使用基于速度的动画）

flash运行器不总是能到达指定的帧速率，动画变慢。这种变慢甚至因系统负载而不同，帧速率可能只在短时期下降后恢复到它的正常速率。

在一般情况中，用稍有差别的速度播放一个动画是可以接受的，但是，当要求精确控制或者可见精度是有影响的时候，我们必须考虑帧速率的缺陷。此时，我 们用基于逝去的时间而不是关联于指定帧来计算移动一个移动的距离更合适（即基于速度的动画）

timer类是一个一般的实用程序类，用于在一个特定的时间间隔后执行代码。每个timer对象在一个程序员指定的频率下调度timerevent.timer事件。想要在该频率下执行的函数用timer对象为timerevent.timer事件来注册。

尽管timer类看似提供了一个完全随意的方式来在一个指定时期之后执行一个函数，但可能令人惊奇的是，它任然依赖于flash运行器的帧速率。对 于每次预定屏幕更新检查一个timerevent.timer事件最多可以产生10次（10倍于帧速率）。例如，给定每秒1帧的一个帧速率，一个 timerevent.timer事件最多（快）只能每100毫秒执行一次，甚至在一个更小的delay值指定给一个timer对象的时候。在每秒10帧 的时候，一个timerevent.timer事件每秒最多可以发生100次（10毫秒每次）。在每秒100帧的时候，一个 timerevent.timer事件最多每秒可发生1000次（1毫秒每次）。

当一个timerevent.timer事件设置为运行得比帧速率更不频繁的时候，它将执行于下一次预定屏幕更新的时间间隔之后。为了请求更新于下 次预定更新前，使用timerevent类的实例方法updateafterevent()。

帧速率受变化的控制：当一个.swf文件被另一个运用程序装载的时候，该运用程序的帧速率可能和.swf文件指定的帧速率有很大的不同（被装在的帧 速率被屏蔽，统一用运用程序的帧速率），从而导致.swf的动画播放太快或者太慢。被装载的.swf文件当然可以设置帧速率，但是改变帧速率可能导致在父 亲应用程序的不需要的播放行为timer类提供了一些帧速率的独立性。

使用大量的timer对象需要更多的内存：在分散动画管理体系结构中，使用一个单独的timer来控制每个对象动画需要的内存要多于通过类似的 event.enter_frame实现可能需要的。

使用大量的timer对象会导致过度的更新请求：在分散动画管理体系结构中，使用一个单独的timer和updateafterevent()相关 联来控制每个对象的动画导致了对屏幕的多个独立的请求，有可能导致性能的问题。

基于这些因素，这里是一个推荐的最佳操作：

① 在必须使程序内容的显示同步于手工创建于flash authoring tool(flash cs3,flash cs4等)的基于帧内容的显示的应用程序中，使用event.enter_frame

② 在flash运行器中的帧速率的变动必须被减轻的应用程序中，使用单个的timer对象来编制所有动画，并使用基于速度的动画

③ 当在flash运行器中的帧速率的变动当做是可以接受的时候，使用event.enter_frame（因为使用基于 event.enter_frame的动画代码一般要比基于timer的等价物更简单和使用较少的内存）

④ 避免使用单个的timer对象来移动单个的显示对象。只要有可能，使用一个单个的timer对象来编制所有的动画。另外提示一下，如果你想在不 同时间更新不同的对象，单独的timer对象可能更合适

下面我们构建一个运动的矩形，分别使用event.enter_frame、timerevent.timer来实现。整个应用程序构成如下：

f  一个矩形

f  按钮1（event.enter_frame）

f  按钮2（timerevent.timer）

点击按钮1，通过event.enter_frame机制使矩形从屏幕的左到右运动起来；点击按钮2，通过timerevent.timer机制使矩形从屏幕的左到右运动起来。

解析：（1）使用event.enter_frame机制，矩形必须监听event.enter_frame事件（addeventlistener(event.enter_frame, animateframe)），通过相应的事件处理函数animateframe调整矩形的屏幕位置达到运动的效果。

（2）使用timerevent.timer机制，timer通过监听timerevent.timer事件（addeventlistener(timerevent.timer, animatetimer)），通过相应的事件处理函数animatetimer调整矩形在屏幕的位置达到运动的效果。

完整的代码如下：