BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

Flash务实主义(一)——Unnecessary war(不需要的战争)

| 作者 flashyiyi 关注 0 他的粉丝 发布于 2011年2月23日. 估计阅读时间: 7 分钟 | CNUTCon 了解国内外一线大厂50+智能运维最新实践案例。

【编者按】随着富互联网技术(RIA)的潮流,Flash技术在互联网中的应用越来越多,国内Flash开发者数量也在以惊人的数量增长。本专题——务实主义,将主要介绍如何在Flash开发过程中尽量提高自己的开发效率,不为花哨,只为务实。文章中会提及许多flash开发中的实用技巧,期望对各位看官能有所帮助。


不需要的战争

很早以前就有一种说法——技术行业里最无聊的莫过于语言战争。最典型的就是Java与.net之间旷日持久的战争与和平,期间掺杂着公司的宣传手腕,永不休止的针对细枝末节的口水战。一件事情要争论起来始终都有素材,问题在于这种大规模的嘴仗,即使产生了结论也难以被沉淀下来。而且,其结论往往也无法产生任何有意义的效用。最终该用.net的还是用.net,该用Java的还是用Java,任你怎么宣传,也许能改变初级开发人员的流向,但真正决定一个语言是否被使用的是语言本身的特性,对特定需求的适应程度,而语言的使用数量则决定了开发者的需求量。这是一个完全相反的因果关系,开发人员对语言的影响,微乎其微。

所以说,讨论这些就是些无聊的事。语言之间的对战尚且如此,若是内战的话,岂不是太过愚蠢了。

这次的针对点不是Silver Light,也不是HTML5,焦点矛头正是FLASH本身。

FLASH在历史上复杂性和特殊性

也许对于程序员来讲,FLASH就是AS的代名词,但很长一段时间都不是这样。FLASH很长一段时间都是动画,甚至还不是交互式动画,说的直白点,就是网页广告。比起一般JPG,GIF方式存在的广告,不仅体积更小,效果体验也要领先很多。而普通视频流的广告由于水管原因实际上是不能实际应用的。所以FLASH便活了下来。之后的FLASH卡通动画之流都是副产品,毕竟缺乏商业价值。而由于FLASH自己基于元件和时间轴创作的特性,很适合向里面加入脚本引擎。虽然AS1时这个引擎提供的功能还很弱,但是基于有IF和GOTO就能写出任何功能的机理,AS1提供的功能已经很多了。所以网站小游戏一类自然也就冒了出来。再之后,有了AS3,基本解决了语言本身的障碍,开发稍大的项目成为了可能。虽说FLEX只是一个官方framework,属于AS3诞生的产物之一,这样的framework会继续出现,总有一天会被其他的各式框架淹没……但在现在看来确实扩展了企业应用方面的使用,一些网站和游戏还有应用程序类的也可以使用。至于AIR这个玩意儿……

可以看到,FLASH的功能一直在增加,但这种增加产生的影响除了增强原有功能,还有很大一部分是在扩展新的适用领域,并不是对原本内容的升级和取代。

新事物和旧事物的竞争与共存

诸如,自从AS2出现类之后,与原本一直使用的时间线编程的关系。

实际上,时间线编程是与动画结合最好的一种方式。时间线编程仅仅是把代码插入到动画中,只是让动画转变为交互动画。如果你的网站主要是动画,你的游戏很容易转换成动画的形式,那就很合适。即使在现在,制作一些游戏产品宣传用网站,时间线编程也是很适用的手段,优点自然是单文件,简单的自加载,直观快捷,即使是美术人员也很容易掌握,缺点则是表现受到限制,只适合用在固定动画上,而且美术和编程人员的协作模式在修改方面相当低效,只适用于基本不进行修改的一次性产品。只不过,这样的产品实际上非常多。

新事物想要取代旧事物,需要的条件并不是只是“比以前好”,而是“比以前好很多”。确实也应该是这样。技术的更替需要不小的成本,不仅仅是人员的培训成本,还包括使用风险一类,原有经验的不通用,流程的变化,如果最终结果还仅仅是比以前好,那这就算白忙活了。如果老老实实写外部类来做这种一次性的网站,虽然的确可行,也不一定会多费多少成本,但没有好处的话,为什么做?当然,对于并非一次性使用,需要常常更新,或者是一些需要反复根据需求变更,而且是程序和美术都需要变更的情况,实行代码与资源分离,不管实现起来有多麻烦,因为会“比以前好很多”,最终的时间成本都是合算的。这种情况依然固守旧模式,终将自食其果。

相对的,AS2与AS3的区别也在这里。如果说到更换成本,这个才是最高的。两者完全不相兼容,类库也不通用。但是,新功能和效能先不提,AS3提供的语法结构更加标准,更接近Java等语言,更加静态,也就更适合来编写大型程序。单是编译期间查错和代码提示就是无法取代的决定性功能,能够增强代码的稳定性,在多人以及修改时将减少大量时间成本。但是……如果你的程序基本就是一次成型的,程序规模也很小,诸如一些简单的小游戏,AS3的这些优势就很难发挥作用。但如果的程序规模较大,而且面临各种重用问题,继续AS2最后一定会后悔的。

综上所述,一个问题,在不同的情况下,就是有着不同的答案。任何一样东西在特定条件下都有它的用途,因此,谁都无法推翻或者取代谁,这就是争议背后的结论。

对于开发者

有人说,FLASH每次更新对开发人员来说就意味着所有人退回到同一起跑线。这是对的也是错的。如果开发人员永远只做一种东西,在这里其实是错的。但开发人员实际上是根据需求跑的,既然开始大量做大型WebGame,做的东西也越来越复杂,就已经做的不是同一个东西了。做不同的东西却始终想用同样的办法,那还能不死么?但是对于一些小游戏,乃至网站,真的有必要用和大型网游一样的方法来做么?这也许就是争论双方的矛盾所在。

但对于开发人员而言,学习新东西毕竟能增加自己的竞争力,对目前的工作没什么用,这不是不学它的理由。开发者本来就是一个相对“凄惨”的群体,偷懒,可是会死的。

真的会死的。

目前FLASH开发者类别(不包括美术路线)

  • WebGame客户端工程师
  • FLASH网站开发者
  • 手机游戏开发者
  • 自由游戏开发者
  • 网页应用开发者
  • 企业应用开发者
  • 课件开发者
  • 原型开发者
  • Scaleform界面开发者

关联阅读

http://as3blog.com/as3/as3tip-new-philosophy/

http://wenwen.soso.com/z/q119628245.htm

关于作者

flashyiyi,9RIA.com天地会元老级舵主,真名唐翎,1986年出生,《升职记》客户端主程。目前在昆仑万维工作,之前曾在智明星通进行《开心宠物》等项目的开发。开源项目GhostCat作者:http://ghostcat.googlecode.com。个人空间:http://uh.9ria.com/space-12147.html

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我
社区评论

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT