admin管理员组

文章数量:1531524

2024年7月15日发(作者:)

网页flash加载不出来FLASH加载loading的制作方法

做一个优秀的loading是衡量一个flaher水准、甚至态度的,因为

loading是唯一一个你不会多看而所有用户、客户会看的东西,所以你对

loading的重视程度,甚至可以反衬你这个flaher的职业道德。

我认识不少做设计为主的朋友,很多都是自己找一个现成的loading,

然后每次去套用。我个人认为这是很不好的习惯。并不是说我不提倡代码、

元件的重用,而是我觉得对于loading这种东西,套多了是要出问题的。

我强烈建议那些已经达到可以修改人家loading水平的flaher看看我的

东西。

这个讨论共分为三部分:

1、基础

2、MovieClipLoader相关讨论(较深入)

3、V2组件相关问题

今天我们主要介绍Flah的loading制作的基础。

首先要感激Macromedia的大智慧,提供了很好的两个函数使我们可

以做出完美的loading,那就是getByteLoaded和getByteTotal。请不要

再用你改来改去改了两三年的那个什么getFrameLoaded什么什么了,我

都记不清楚怎么拼了。我只想说,Frame的观念将在真正的Interactive-

Deign中淡化。更别提什么Scene,那是Flah的败笔!

那么loading如何工作呢?我们如何利用这两个函数呢?这里要提到

一个重要的概念。就是间隔调用。间隔调用有多种方式,下面列举出来,

并列举出其在loading制作中的地位和用法,欢迎补充:·etInterval

方式

写法:

functionloadCheck()

{

varp=getByteLoaded()/getByteTotal();

if(p==1)

{

clearInterval(intervalID);//释放间隔调用

gotoAndPlay(omeFrame);//开始播放

}

}

varinterval=30;//这个数值是刷新频率

varintervalID=etInterval(loadCheck,interval);

我个人并不推荐初学者用这种写法。因为很多人容易忽视

clearInterval,而这个东西被忽视掉,是很恐怖的!如果你的

etInterval没有给及时移除,意味着你将在整个wf的播放过程中增加一

个没有必要的负担!

而且这种方法很不适合控制MoiveClip的状况(因为初学者会发现

MC的路径是个大问题,而loadCheck本身就是个函数,还是被

etInterval调用的,要在loadCheck中指一个路径出来,挺麻烦的,你

不要指望_root,那样会让你的程序不规范;也不要指望thi,因为在函

数中用thi似乎不太理想;最好什么都不写,但往往你不敢不写),进而

做出更好的效果。

·onEnterFrame方式

我最喜欢的就是这种方法了。比较方便、直观。因为往往我们是要用

一个MC体现一个loading的进度,比如,一个进度条,或者更有创意的

东西,只有你不能想到的,没有你不能做到的。

loader_rFrame=function()

{

vargetTar:MovieClip=thi._parent;

varp=eLoaded()/eTotal();

trace(p);

if(p==1)

{

rFrame=null;

gotoAndPlay(omeFrame);//开始播放

}

}

就这么简单,记住,在MC的事件函数体内部引用MC,永远是一件很

快的事情。因为thi就可以指向这个MC本身,通过诸如thi._parent之

类的方法,可以找到你所有的MC!

这是非常非常非常古老的方式,就不多介绍了。

以上算是比较简单的。还有两个比较容易出问题的loading技术,就

是MovieClipLoader、含有多种V2组件的Loader。

下一篇:

本文标签: 加载没有制作初学者不能