浅谈Flash/Flex/HTML 5三种技术比较

HTML5发布以前,RIA领域的技术解决方案一直相都是各展所长,并无争议。Adobe体系中,Flash做不了的事情,Flex可以做到;.Net系决策者在选用RIA解决方案时,Silverlight是不二之选。


曾经我对Flex的迷恋到了欲罢不能的地步,与我有相同想法的人亦不在少数,Flex也大有“一统江湖”的趋势。然而,随着HTML 5横空出世,Flex“易主”,Silverlight被“雪藏”,RIA领域的技术解决方案开始变得扑朔迷离。


HTML 5无疑是“明日之星”,苹果公司前CEO乔布斯对它赞赏有加,绝大多数智能手机浏览器均支持HTML 5,基于HTML 5的网站也如雨后春笋般出现。这些似乎预示着HTML 5时代来临,人们试图让决策者相信,Flash/Flex时代已经过去了,HTML 5才是RIA领域的最佳解决方案。然而,事实果真如此吗? 我曾经见过一个项目,原计划使用Flex做为前端解决方案,由于当时HTML 5“盛行”,最终决策者决定弃用Flex而转投HTML 5。 接下来会发生什么呢?


  • 由于HTML 5的浏览器兼容性问题,导致需求设计阶段的很多功能都需要推倒重做。
  • 在实现过程中,不仅要写HTML 5标签,还要写CSS与JavaScript,对于项目来说,增加了人员构成,项目的开发成本也随之增加。
  • HTML项目可以方便获取源码,因此需要增强保密性及安全性设计。
  • 在插件的编写、框架的选择上,其难度也要远远大于Flex。

从上述情况可见,HTML 5也存在劣势,并不完美。同样,我也可以列举出诸多例子来体现HTML 5的优势。那么,“真相”到底是什么?


真相只有一个:

HTML 5与Flex是两种截然不同的技术解决方案。HTML 5的出现让Flex更加专注某些方向和领域。所以,它们是互补的,而非替代。因此,“替代”一说并不准确。


虽然,上述例子只是小概率事件。但概率小,不代表不发生,不代表不典型。所以,在这里我想跟大家谈一下Flash、Flex、HTML 5的技术选型。


首先明确一个观点:技术选型没有既定的规律可循,它是由诸多因素决定的,例如:开发人员的技术知识结构是否胜任、项目的开发成本、开发人员构成、项目的开发周期、项目的属性等等。


但是,我们仍可以从这些技术的特点出发,辨别你的应用程序适合采用哪种方案!


Flash的特点:

  • 优势:

    • 借助时间线(Time Line)和Action Script 3.0可以方便地制作出任意效果动画。
    • 完备的开发工具。(Flash Pro CS系列开发工具)
    • 完备的工作流。(Adobe CS系列全线工具均可以导入到Flash并可二次编辑)
  • 劣势:

    • Flash Player不支持iOS。
    • Flash Player不支持Android 4.1+。(Android 4.0以下系统均可支持)

Flex的特点:

  • 优势:
    • 完备的、可以媲美C/S架构(桌面软件)的大量控件支持。
    • 与Flash及Adobe CS系列全线工具的完美结合。
    • 完整的企业化开发流程及工作流(代码的编写、编译、调试、发布等)
    • 多种框架可供选择,并支持高级特性,如:IoC、视图绑定、数据绑定实时更新等。
  • 劣势:
    • 生成的SWF过大。(虽有完善的“瘦身”方案,但仍比HTML方案大很多)
    • 效率问题。(在某些情景下,比HTML 5的效率要差一些)
    • 较差的图文混排支持。(无法媲美HTML 5的图文混排,这是Flash系的通病)
    • 储备人员相对HTML来说还是太少。

HTML 5的特点:

  • 优势:
    • 完备的技术人员储备。(前端开发人员的数量完全可以跟Java、.Net程序员媲美)
    • 借助HTML 5的诸多新特性,在某些层面完全可以取代Flash技术。(Flash属于Plug-in方式,而HTML则是浏览器原生支持)
    • 不逊色于Flex的大量控件。(Bootstrap、基于jQuery的控件比比皆是)
    • 真正意义上全平台支持。
    • 借助Node.js可以胜任后台(前/后台通吃);借助Coffee Script,可以媲美Ruby/Python的语法糖衣。
    • 比Flex拥有更大、更全面、更活跃的社区。
  • 劣势:
    • 作为企业开发,不具有媲美Flex的工作流及开发流程。
    • 作为游戏开发,在支持3D及运行效率方面,不如Flash Stage3D。
    • 编写HTML 5的应用程序,很大程度上还要编写CSS与JavaScript,对初学者来说,学习曲线较Flex高一些。
    • HTML 5依然存在浏览器兼容问题。(随着W3C与WHATWG的分裂,估计这种情况会被进一步加深)
    • 在大型HTML 5的项目中,Flex遇到的问题在HTML 5中依然存在(例如:效率问题),在此基础上还增加了浏览器兼容性、Ajax跨域通讯等新问题。

下面的表格,描述了这三者在一些关键点的比较:(图1)

0855402n2b2bchh0ep2n2e.png

下图使用区分法,来辨别应用程序的技术选项方案:(图2)

085731gggz5czx0jcjzga4.png

下面的表格从“项目属性”角度来比较这三者之间的优劣性:(图3)

085808dds7fzbsv7i7fyys.png


总结:

  • Flash:
    • 适合强交互、强效果、少数据展示、少图文混排、偏展示/工具属性的应用程序。例如:Flash交互广告展示、页游(Flash Game)等。
  • Flex:
    • 适合较强交互、适当效果、多数据展示、少图文混排、偏工具属性的应用程序。例如:图片在线修改、企业内部系统、ERP系统、金融系统等。
  • HTML 5:
    • 适合较强交互、适当效果、多数据展示、多图文混排、偏应用属性的应用程序。例如:Google系网站、各种传统意义的网站、SNS系网站等。

关于作者

王磊 | Kenshin (kenshin.wangl@gmail.com), Adobe Flex专家、国内第一本Flex图书《Flex第一步》作者、05年开始Flex至今,是国内第一批从事Flex的开发人员,曾任某公司前端技术总监, 目前从事Flex顾问、咨询、架构、高端培训等相关工作。 新浪微博:http://weibo.com/23784148, Flex博客:http://www.k-zone.cn/zblog

转载于:https://my.oschina.net/blueskyer/blog/72985

标题可能写大了 ,,其实是我还是新手,,自学ejb,打算做的一个算是结业的小项目,请各位多多拍砖啊感激不尽~ 正在看的书是精通ejb3.0和那本ejb基础 ,现有书中代码 :一个简易购物平台,实现了选购,下单等功能, 打算模仿淘宝,, 增加其功能, 客户端打算用applet做,,就目前我所掌握知识,,只能是这样实现: 我用的是netbean+galssfish 目前知道的通信方式 :将ejb的无状态会话bean 发布成web 服务,, 客户端applet 调用后,返回一个无状态会话bean ,这个bean包含了所有所需的业务代码,这个页面就包含了这个网站的所有功能,但 所需的数据靠会话bean调用数据库, 多媒体数据也存在数据库中,比如图片 ,(一般是存在某个地址下?) 但这样可能导致很慢,,因为反复向数据库查图片,就会导致很慢. 于是我想, 客户端下的数据,可以暂存在客户机上,,比如图片这样大的数据,但不会经常变换的,,,,如果要什么图片,就先检查客户端有没有 ,有就不用下了 ,,,但是一些经常变化的动态数据,比如产品数量, 倒计时 (多少天卖完) 这些小数据就不能存在客户端了,当然,一关浏览器就什么都没了 ,因为这个会话bean是无状态的,所以不需要服务器保存任何信息,, 如果可能的话 最好能实现bt, 客户端相互可以通信 ,加快信息交换速度,减小服务器压力, 因为是全是java 代码 ,用老外的话是不是pojo? ,融合性应该更好 ,,比如很多开源的项目,都可以用上啦,,比如报表啊,多媒体组件啊,即时通信啊都可以放在applet里 ,,试想如果applet 能成功推广一个网站的话,,不用改什么代码就可以把它做成c/s系统 或 桌面程序 改成web start !! 说白了 ,,就是仿flash 的applet ,通过这种方式加强客户端的控制能力,以及代码的复用 ,,
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值