很早之前我曾经说过“没有loading的Flash，不是完整的flash”。我想那个句话可能偏激了。因为有时候一些不到10k的flash，确实不需要做什么loading。但我始终认为，做一个优秀的loading是衡量一个flasher水准、甚至态度的，因为loading是唯一一个你不会多看而所有用户、客户会看的东西，所以你对loading的重视程度，甚至可以反衬你这个flasher的职业道德。
转载请保留原文地址：http://www.awflasher.com/blog/?id=444
Flash的loading的技术讨论共分为三部分：
1、基础
2、MovieClipLoader相关讨论(较深入)
3、V2组件相关问题
前面我们介绍了MovieClipLoader做Flash loading做一些深入的相关讨论，今天我们对V2组件相关问题做深入了解。
V2，也爱，也恨！这里介绍关于含有V2组件项目的loading问题
V2组件自面世以来就颇受争议，大体概括如下：
优点：
1、界面比V1组件更加美观、统一，人机交互模式更加完善
2、均采用面向对象脚本部署
缺点：
体积笨重，开发一些只用到一两个组件的小应用程序时很尴尬。
消息机制方面使用EventDispather的消息广播机制，取代原有的AsBroadcast机制。使得刚出来的时候很多人根本不会用。
这里就不讨论更多了，先说loading。含有大量v2组件的产品要想见人肯定是不能不作loading的，比如aw's blog左边的那个blog小贴士。然而每次在loading的时候似乎都会遇到麻烦。那就是笨重的体积全部被放到第一帧导出了，这样导致对一些300k以内的，含有v2组件的SWF文件进行远程载入的loading效果变得捉襟见肘。
解决的办法也不是没有，简单概括为三个步骤：
一、去掉“Export in first frame”
二、在发布的时候设置一下“Export frame for classes”,这一点非常重要!
三、对于外埠读取的含有V2的swf文件，将容器mc进行如下设置：
loader_mc._lockroot = true;
好了，现在放心享受精彩而笨重的V2组件吧~！ |
