- 有幸以评委身份出席计算机协会Flash比赛
- 看到N久以前自己的Flash作品有感
- actionscripting vs. “real” programming
- 偶遇Color类
- 代码的艺术
- [引用+原创]如何做好一个多人配合的flash项目
- 评国内Flash门户站点的发展
- 继续关注 Flash的效率性,稳定性
- 困扰在一个细节问题中
- Flash中档次开发常见问题[陆续补充,欢迎跟帖]
- [原创]国内的Flash牛人
- [原创·积累]-娇贵的遮罩
- 同一屋檐下的较量与共存 - WPF vs/and Flash
- FlashEngine for SVG
- 猜心术 ~ 忒神了……还是我头晕了
- [酷站]一个不用点鼠标就可以浏览的网站
- 由Flash中的异步、同步联想到setInterval的一些用法。
- 理性思考Flash与Ajax相关问题[原创]
- 推荐-复杂富文本开源项目@OSFLASH.org
- [技术]原创-完美的loading-完美到底[基础]
- [原创]Flash投票系统(Updated@0309)
- Flash做的操作系统
- 让人心烦的安全性
- External Interface API 学习笔记
- 到武汉之后的一点交待
- [酷站+原创瞎掰]全世界最长的网站+awDIY-RIA
- 双周小结(附送一些信息)
- 我国明年逾410万大学生毕业 比今年增加70万人
- 安全性……安全性
- Thoughts without Flash (作品)
- 仙剑电视剧观后感(转载)
- [原创]广州行记 - II(项目篇)+后记
- Google大预言(flash版)
- [讨论]Flash8中的强选取 vs Flash7中的弱选取
- [提示]一个细节 1+1 = 11 ~~ ??
- [Blog接力]Flash8最让我喜爱的5个特性
- [分享]Flash右键下载绿色插件
- [转载]Flash杀手!微软Sparkle即将露面(2文)
- [原创]白云Banner
- [荣幸+分享]v2005被推荐到ChinaUI了|此外带来一首好歌
- FlashRIA-应用 涂鸦贺卡
- [Update]双层XML导航栏,Fla源文件,HTML演示文件打包
- FlashEarth|吐血推荐
- 傲行校友录(osoon.com)关闭
- 没有所谓的黑幕?
- MX2k4的bug问题[zz from xfykzz's blog]
- [转载]prototype属性和ASSetPropFlags琐碎
- 文本获取焦点 Selection vs FocusManager
- 好戏 - 历史的天空
- 超级女声二文:十大黑幕 (转) | “中国人的十大贱性”(转)
- 近期使用 curveTo 一些问题,一些想法
- 看到Zas的新Player的一点畅想
- 安装了MM Flashplayer8beta
- [原创]鼠绘技巧
- [原创]TextFormat类的问题
- 课设基本done
- 关于延迟的实现(讨论)
- 近日忙于它事,抽空做一Flash供MGer一乐
- 在bluesky那里窥到的
- 作为一个程序员,勿忘C++,勿忘指针,勿忘根本![zz]
- [整理]夏天的假西瓜[!可怕!]
- [原创]with语句指向自身的小办法
- Adobe.MM+flashempire = ? (zz+ori)
- [原创]闲扯一些Flash小技巧
- [原创]全局变量让你告别繁琐的路径
- Depth小提示
- 一年前……
- [荣幸]被FlashK加入收藏了,荣幸
- 思考一个问题·FlashAS效率的问题
- [原创翻译]如何保护swf文件不被反编译软件破解?
- [原创翻译]一篇评判MM被Adobe收购的很有争议的文章
- [原创]superBreak插件制作完成+心得更新
- [原创]JSFL中比较有用的几个方法
- [原创]bitmap in Flash != perfect
- [原创]粒子特效(两种不同的实现)
- 投票反对日本入常[·重大变故!]
- 很久以前根据静态jpg做的一个动画
- 设计笔记[zz很好的一篇经典贴]
- [原创]mcloader的简单用法
- [原创翻译]Flash的代码优化
- 「EQ价更高」读後感(zz from HouJies' Page)
- [原创]两个Flash特效
- [妙文]MSN、QQ搏弈背后的战略缺失
- 华中科技大学要像桂花一样默默绽放长久
- [转载]Flash不能直接操纵线程真不爽
- [原创]with语句的一系列实验
- [原创]Flash如何用asp、XML读取Blog中的信息。
- [转载]IT人,离开IT怎么办?
- [转载]2005年度十大最恶心女人
- [原创+整理]进一步了解Flash坐标机制[更新]
- 有感于某些网站的推广模式
- 一些感想
- Flash在XML加载方面还是感觉挺迟钝的啊!
- 关于首页的flash的问题
- 驳“ASP低能论”[zz]
- [原创]按钮精密逻辑控制[须配合tween类]
- [转载]flash中可以使用的HTML标签[有用]
- [原创]Flash第三方软件与Flash的完美结合
- [原创]Flash中动态HTML文本显示中文的问题
- [收集整理]Macromedia认证 详情
- 整理一篇非常好的文章。
- 原创经验-坐标非整数时的像素化
- 考虑翻译几个经典的Flash英文文章
- [原创]Alexa高校访问排名
- [原创+转载/整理]杂谈高考·大学排名
- [原创经验]谈MC的instanceName
- SINA VS SNDA
- 盛大入股新浪 持股19.5%
- 牛人·IT·危机感·随笔
- 本站首页测试,有时间的朋友请帮帮我,谢谢
- [转载]pal 仙剑tv经典对白
- 要热爱新的技术
- [原创]论过渡技术 (smoothExchangeSkills)
- 看看人家是怎么“闪”的
- [讨论/疑惑]一个困惑了我很久的mask问题(已经解决)
- 再会仙剑
- sex - 偶们谈“性”色不变~
- 交友+视频交友
- 流量稳步上涨的总结与分享
- 提高Blog初期访问量的5个必备因素
setInterval VS onEnterFrame
[抱歉,把setInterval 写成了updateAfterEvents]
这段时间真的累坏了
上面是setInterval,下面是onEnterFrame
跟配置貌似有很大关系……
代码:
var f:Function = function () {
_root.a_mc._x+=2;
trace("a:"+_root.a_mc._x+" by setInterval");
trace("b:"+_root.b_mc._x+" by setInterval");
};
var intervalid = setInterval(f, 1000/25);
onEnterFrame = function () {
_root.b_mc._x+=2;
updateAfterEvent();
trace("a:"+_root.a_mc._x+" by onEnterFrame");
trace("b:"+_root.b_mc._x+" by onEnterFrame");
};
现象:
onEnterFrame 不配合 updateAfterEvent
速度略高于setInterval,且流畅度较好
onEnterFrame 配合 updateAfterEvent
速度明显高于setInterval,且流畅度较好
单独使用onEnterFrame ,CPU占用80左右
单独使用setInterval,CPU占用70不到
分析:
setInterval按照时间间隔调用函数,而函数再控制MC,这样效率就低下了。
而onEnterFrame直接对MC进行操作,效率较高。
但是onEnterFrame更耗资源(CPU)
有得必有失?
不知道各位测试结果如何,有些人喜欢setInterval,有些人则热衷于onEnterFrame(比如SSO)但是我却想弄清楚这两者之间到底有什么联系和差异,以及性能的特点,这样可以在不同的场合使用相对应的最佳方法,以确定到底是用setInterval还是onEnterFrame,找到最好的解决方案。
圈内朋友的讨论:
setinterval和onenterframe
两者的联系:都是频繁运动的事件。
两者的区别:setinterval是自定义时间间隔,而onenterframe的时间间隔与帧率成反比;setinterval只有通过对intervalid的clearinterval方法才能实现移除,而onenterframe是一个movieclip类的方法,可以通过delete或者直接清除其this主体来实现移除。
setinterval的优点在于不受帧率的影响,做出的效果很流畅;不受mc的影响,可以自由定义;可以随意控制interval的大小,方便做延时。缺点在于不易进行跟踪控制,容易造成内存垃圾,反而影响效率。
onterframe的优点在于移除方便,函数体内对mc的定位比较清晰,不用构造形参。缺点在于频繁调用没有setinterval流畅。
startDrag的效果很不流畅。
建议用onMouseDown、onMouseMove、onMouseUp这三个函数的结合来取代。



分享到做啥


onEnterFrame是在某帧结束之后才执行的. 如
trace("out");
onEnterFrame = function():Void {
trace("in");
delete this.onEnterFrame
}
先出out再出in
而且, 偶感觉updateAfterEvent用在onEnterFrame里有点多余, 因为他本来就是按照帧频执行的, 自然就刷新了, setInterval如果间隔小于帧频才用他, 其他的没什么.. 在偶的本本上(迅2, 1.6G, 512M, 双通道), 他们的速度是一样的, 区别只是setInterval在他前面1点..
而在偶那古董机(初代P4, 1.6G, 384M)上setInterval要慢N多.. -_-|| 莫名了.
至于两者的选择, 偶一般是能用onEnterFrame就enterFrame了, 其他还是setInterval吧
多谢Kakera参与讨论 ^__^
updateAfterEvent肯定不是这么简单,我觉得肯定另有蹊跷,至少很多动画用了它后变得非常smooth,但是我不清楚这样会不会改变具体的速度……
用我的机子看来,也是onEnterFrame快很多...
不过我的机子配置比较差,可能更能反应出差别,
fps是25,setInterval又刚好是40ms,这样用updateAfterEvent()t坦白说没什么意义,setinterval在间隔频率比fps大的情况下才是有用的,,去掉updateAfterEvent()估计还好一点,因为这种临界下的调用,真是很折磨电脑...
汗~~~在我的blog做你的as广告~~
-。-学术广告。
在我看来中国人更喜欢用onEnterFrame, 而老外则是setInterval, why?
onEnterFrame立竿见影,而setInterval有点晦涩。不过后者不需要MovieClip作为“载体”,更加灵活。
其关键在于对时间戳的管理,见此文:
http://www.awflasher.com/blog/archives/504