关闭顶部展开顶部

背叛时间轴·突破IDE_Flash教程

编辑Tag赚U币
教程Tag:暂无Tag,欢迎添加,赚取U币!

推荐:用Flash动画特效制作:文字炸开
想必喜欢Flash制作的朋友一定对一些非凡的效果很感爱好,今天跟大家一起分享下用Flash6.0制作“爆炸字体”的方法。其他版本方法和步骤类似。最终效果:第一

首先我想要申明,这个标题确实夸张了。只是希望通过这种夸张能引起各位不愿意重视ActionScript的Flashers的注重。
其实每一个Flasher,非凡是经历过Flash4、Flash5的这一批人,都是常年通过实践周来部署作品界面的。包括我自己,对时间轴的熟悉也经历了一个比较长的过程。这个过程中,我也距离Flash的思想越来越近。
先说说IDE的概念吧,相信对于一个界面或者动画设计师来说,IDE绝对是一个足够生疏的名词。其实,我们天天用到的Flash就是一个IDE环境。我在这里更准确地引用如下概念,相信看完后IDE这个词将不再生疏:
引用 wikilib.com
集成开发环境(Integrated Development Environment,简称IDE),又名集成编程环境或可视化开发环境,是为方便软件开发人员进行开发而设计的软件,一般针对某一编程语言开发,大多数为界面友好的可视化环境,一般整合源代码编辑器、调试器、编译器和资源编辑器。 显然,时间轴是IDE的一部分,但我更愿意把时间轴分离出来强调,甚至适度夸张地批判。因为有时候时间轴确实粗笨的。假如您不是一个逐帧动画高手,而是一个以开发Flash应用程序(尤其是游戏)的设计师,我想时间轴许多情况下所表现的特性显得十分尴尬。比如MotionTween看起来只有两个要害帧,其实之间的渐变帧都是要耗占文件体积的。
此外,有很多情况下,我们需要动态的治理一些场景上的元素。假如用时间轴,我想恐怕只能用最土的gotoAndPlay、gotoAndStop配合使用了。当然,在Flash4、Flash5时代,确实造就了一批顶级高手,他们仅用gotoAndPlay来完成任务,这些人有着严谨的逻辑思维能力和极好的心态。然而到了MX时代,尤其是MX2k4时代,AS的飞跃发展,导致之前的这种天才设计模式沦为一介莽夫之举!
Flash5中attachMovie的出现,无疑是一场革命性的发展。可惜那个时候用attachMovie的人并不多,因为相比时间轴,它确实挺麻烦的。由于项目需求在那个时候与现在不同,时间轴效果仍然是主流的开发手段。
MX时代最大的革命我印象最深刻的其实是IDE。Flash5中愚昧的面板到了MX变得那么乖巧听话。MX时代的到来引发了一场Flash制作风暴,越来越多的人(主要是动画制作为主)加入到Flasher这个队伍中来。可惜后来MX2k4和8改变了界面,其实我个人挺喜欢MX的IDE界面设计的!(不知道以后会不会推出一个可制定IDEskin的怀旧版)
MX和MX2k4的推出,使得AS更加规范,项目需求的改变,导致时间轴的效果越来越显得捉襟见肘了。更多的人开始投入动态部署场景的行列,然而值得一提的是,有一些老一辈Flash设计大师似乎仍然不为之所动,MM推出的时间轴特效更是MX2k4的一大败笔。当然瑕不掩瑜,AS2.0给MX2k4予以无限光线,这段时间涌现了大量的AS-coder,水平参差不齐,不论如何,这是另一场革命!
这个时代中,项目需求又有所变化,越来越多的复杂的应用程序要通过Flash来完成,要不是半路杀出一个AJAX,我怀疑Javascript真的要被Actionscript盖住光线了。我自己独立完成的56涂鸦也是使用的MX2k4完成的。
现在到了8,虽然AS没有实质上变革,但项目需求又一次提高,时间轴完全不能独立部署一个优秀的应用程序了。更多的人开始关注Actionscript,开始关注attachMovie这样一个曾经被我们因“麻烦”而嫌弃的语句。
不想太纯粹的讨论技术,于是发了以上一些胡言乱语,现在还是简单介绍一些attachMovie吧。
首先,要明白Flash的基本编译原理。SWF文件中的内容无疑主要来自于库,这个概念相对大家都不会生疏(就是Library)。库中包含了所有的时间轴引用的元件,当然_root也是一个MC元件,它也包括所有的在IDE中的零散图形。剩下的内容就是库中含有linkage ID的元件了。这些元件就是attachMovie的最重要的操作对象!
不想强调太多的理论知识,因为这些内容都可以在帮助文档中找到。我想结合自己的开发经验谈一谈:
首先,attach的内容,尽量不要attach到_root下。因为本来就是要动态的治理MC,假如清一色放到_root下,会导致分类不明确,很难高效率调度、治理MC。我建议在_root下动态建立一个MC。比如,你有一个游戏中,要防止对手和友军,那不妨就建立两个MC容器“NPC_mc”“Enemy_mc”,然后再对这两个mc进行attache:
var NPC:MovieClip = _root.createEmptyMovieClip("NPC_mc",1);
var EMY:MovieClip = _root.createEmptyMovieClip("Enemy_mc",2);
for (var i=0;i<iMax;i )
NPC.attachMovie(....);
for (var j=0;j<jMax;j )
EMY.attachMovie(....); 其次,由于是动态建立MC,很多时候我们无暇治理深度,Macromedia Flash 2k4以来,提供了一个非常重要的方法:getNextHightestDepth(),这个方法可以找到当前MC中最深的一个深度,然后以Number型返回。
这样一来,我们经常会看到2k4版本后的一些“模版式”代码:
//某循环内
var d:Number = this.getNextHighestDepth();
this.attachMovie("someLibStr","myMC" d,d);
//某循环内 显然,代码简单易懂,非常适合动态部署大量的MC(配合循环)
动态地删除则是removeMovieClip,这个语句非常简单,就不赘述了。
最后整理一些常见问题:
·库中的连接名给错
·自命名没有随层级变化而变化,强烈推荐用一个名词 深度来命名。
·深度序号未定义,造成MC指向undefined
·母MC未定义(这个轻易在含有function的情况下出现)
所有这些问题通过trace绝对可以找到,大家多点耐心就行了。
最后祝大家顺利突破IDE、打破时间轴的限制!

分享:巧用Flash的Media组件实现多首mp3连播
FlashMX2004的Media组件确实不错,大家在使用的时候可能发现MediaDisplay组件只能播放一首mp3,假如要让它播放完一首歌曲后再接着播放另一首歌曲就不行了。今

来源:awblog//所属分类:Flash教程/更新时间:2008-03-05
相关Flash教程
闂佹眹鍩勯崹閬嶆偤閺囶澁缍栭柛鈩冪⊕閳锋帗銇勯弴妤€浜惧銈忕秶閹凤拷
濠电偛顕慨顓㈠磻閹炬枼妲堥柡鍌濇硶婢ф稒淇婇懠顒夆偓婵嬫煟閵忊晛鐏查柟鍑ゆ嫹
濠电姷顣介埀顒€鍟块埀顒勵棑缁辩偛顓兼径瀣閻庣懓瀚竟鍡欐崲娑斾線鏌i姀鈺佺伈闁瑰嚖鎷�
濠电姷顣介埀顒€鍟块埀顒勵棑缁辩偛顓兼径濠勵吋闂佽鍨庨崟顓фК闂佽閰eḿ褍螞濞戙垺鍋夐柨鐕傛嫹
闂備胶枪缁绘劙骞婃惔銊ョ劦妞ゆ帒鍊哥敮鍫曞箹鐎涙ḿ鐭掔€规洘绻堥弫鎾绘晸閿燂拷
闂備胶枪缁绘劙骞婃惔銊ョ劦妞ゆ巻鍋撻柛姘儑缁﹪鏁傞崜褏鐓撻柣搴岛閺呮繈鎯屽▎鎴犵=濞撴艾锕ョ€氾拷
闂備浇銆€閸嬫挻銇勯弽銊р槈闁伙富鍣i弻娑樷攽閹邦亞鑳虹紓浣靛妽濡炶棄顕i妸鈺婃晬婵炲棙鍨电粭锟犳⒑閸濆嫬鈧骞婇幘鑸殿潟闁跨噦鎷�
闂備礁鎼崯鐗堟叏妞嬪海绀婂鑸靛姈閻擄綁鎮规潪鎷岊劅婵炲眰鍊曢湁闁挎繂妫欑粈鈧梺鍛娚戦悧鐘茬暦閹扮増鏅搁柨鐕傛嫹
婵犵妲呴崹顏堝礈濠靛棭鐔嗘俊顖氬悑鐎氱粯銇勯幘瀵哥畺閻庢熬鎷�
濠电姷顣介埀顒€鍟块埀顒勵棑缁辩偛顓奸崶銊ヮ伕濡炪倖鎸荤换鍐偓姘虫珪娣囧﹪顢涘Δ鈧晶鍙夌節椤喗瀚�
婵犵妲呴崹顏堝礈濠靛棭鐔嗘慨妞诲亾鐎规洦鍓熼、娆撳礂閻撳簶鍋撻悽鍛婄厸闁割偅绻勫瓭婵犳鍣幏锟�
婵犵妲呴崹顏堝礈濠靛棭鐔嗘慨妞诲亾闁哄苯鎳橀崺鈧い鎺嗗亾闁宠閰i獮鎴﹀箛闂堟稒顔嗛梻浣告惈鐎氭悂骞忛敓锟�
婵犵妲呴崹顏堝礈濠靛棭鐔嗘慨妞诲亾鐎规洩缍侀獮瀣攽閸偂绱�
濠电姷顣介埀顒€鍟块埀顒勵棑缁辩偛顓兼径濠勭厬闂佺懓鐡ㄧ换鍕敂鐎涙ü绻嗘い鏍殔婢у弶绻濋~顔藉
闂佽楠搁崢婊堝礈濠靛鍋嬮柟鎯版閻鈹戦悩鎻掓殭闁奸潧缍婇弻銈夋嚍閵夈儱顫嶉梺缁樼壄缂嶄礁鐣峰▎鎾存櫢闁跨噦鎷�
UB闂備礁婀辩划顖炲礉濡ゅ懐宓侀柛銉㈡櫆鐎氭岸鎮楀☉娅虫垿锝為敓锟�
闂備浇澹堟ご绋款潖婵犳碍鐒鹃悗鐢电《閸嬫捇鐛崹顔句痪濠电姭鍋撻柨鐕傛嫹
闂佽楠哥粻宥夊垂閸濆嫸鑰块柛銏㈠殰
闂備礁鎲″缁樻叏妞嬪海绀婂璺虹灱閸楁碍绻涢崱妤€顒㈤柛鐐差槹缁绘稓绱欓悩鍝勫帯闂佺ǹ楠忛幏锟�
缂傚倸鍊烽悞锕傛偡閿曞倸鍨傛繝濠傚椤╅攱銇勯幒宥囶槮缂佹彃婀遍埀顒傚仯閸婃繄绱撳棰濇晩闁跨噦鎷�
©2017 www.mb5u.com婵犵妲呴崹顏堝礈濠靛棭鐔嗘慨妞诲亾鐎殿噮鍣i幃鈺呭箵閹烘挸鐦�
闂備浇銆€閸嬫捇鏌熼婊冾暭妞ゃ儻鎷�&闂備礁鎲$敮鎺懳涢弮鍫燁棅闁跨噦鎷�