aw's blog 姿态永恒 » 关于MovieClip的文章 http://www.awflasher.com/blog 分享互联网, 分享人生 Sun, 29 Jan 2012 11:57:03 +0000 en hourly 1 http://wordpress.org/?v=3.3 关于Flash时间轴变量的生命周期[增补] http://www.awflasher.com/blog/archives/605 http://www.awflasher.com/blog/archives/605#comments Thu, 27 Jul 2006 13:07:01 +0000 aw 曾写过一篇《 由Flash中的异步、同步联想到setInterval的一些用法》、《 谈MC的instanceName》，很久以前还进行过关于MovieClip(下简称MC)和Graphics的生命周期的探讨。

今天发现有必要系统的整理一下。

总结如下：
变量定义与时间轴连续性相关

在MC上定义的变量，只要两帧之间仍沿用统一实例，则变量“不死亡”，而MC中间有一帧的间隔，则变量死亡。常见于时间轴描述的应用程序架构。
例如，第1帧留空，第2帧有一MC：a_mc。如果播放母MC，则第2帧定义的变量全部丢失。而如果第一帧不留空，播放母MC不会导致该问题。
_root变量永远不会丢失(哪怕用右键菜单胡乱播放，我们防的就是这个-虽然可以禁用Menu，但这仍然不是安全、完美的做法)
尤其关于上文提到的setInterval的保护数组，个人建议定义到_root，因为这样数组永远不会丢失。

时间轴在OOP中的不连续性
在第 N 帧 import的class,在第N+1帧便会失效.不过再次import似乎并不会增加太多文件体积。

1条评论, 立即发言 | 本文关键词: , ,

©aw's blog 姿态永恒 1984-2006 | 链接地址 - http://www.awflasher.com/blog/archives/605

@awguo （新浪微博） | @awguo （腾讯微博） | Twitter: @awguo

]]> http://www.awflasher.com/blog/archives/605/feed 1 [原创经验]谈MC的instanceName http://www.awflasher.com/blog/archives/47 http://www.awflasher.com/blog/archives/47#comments Mon, 21 Feb 2005 00:59:55 +0000 aw MC的InstanceName可谓把MC从timeline上彻底的标注了出来，可谓是AS控制MC的最重要的接口。

然而，有时候MC的instanceName却不是那么好伺候的

比如，多帧运动

————->Timeline
t1—–t2
————-
MC MC

mc从t1时刻运动到t2时刻，两个key frame处的instanceName是可以不一样的，且t1 – t2-1 帧的instanceName服从t1的定义，之后服从t2的定义。此其一。

其二：t1处必须给出定义，即必须给定MC的instanceName，否则即使t2给出，仍然会在t2帧之后的所有事件内被视作未定义，而采用Flash内部分配的instanceName，如“instanceXX”之类(xx是一个随机数字)

其三：如果t1处给出定义，则t2以及之后的关键帧不用给定义了。

就说这么多了，希望大家踊跃批评：）

暂无评论, 立即发言 | 本文关键词: , , , ,

©aw's blog 姿态永恒 1984-2005 | 链接地址 - http://www.awflasher.com/blog/archives/47

@awguo （新浪微博） | @awguo （腾讯微博） | Twitter: @awguo

]]> http://www.awflasher.com/blog/archives/47/feed 0