锁定老帖子 主题:UI展现技术总结
该帖已经被评为精华帖
|
|
---|---|
作者 | 正文 |
发表时间:2009-04-24
kimmking 写道 我写了篇web UI技术回顾,
比lz的全面,因为要发到xx杂志~~,所以,暂时不发到网上了。 :( 收好了,不要被抄了去。 BS最大的缺点就是界面,特别是现在这种应用环境下,用户对界面的挑剔程度也越来越高了。。。。 |
|
返回顶楼 | |
发表时间:2009-04-24
最后修改:2009-04-24
我认为一种好的UI技术首先要能够区分两种用户群:widget user和developer。前者只是使用工具包中提供的组件、皮肤、布局等,并不需要高深的自定义外观、组件、布局管理器等能力,这部分light user决定了该UI技术的普及度(或曰广度),是这个技术能否普及的关键。后者是一些提供上面扩展能力的core user(当然他们也可以同时是widget user)。这群人决定了该技术的高度(或曰深度),是其不断发展的基石。
综上,我看好flex |
|
返回顶楼 | |
发表时间:2009-04-24
浏览器地位不可动摇,插件技术只是补充..
------------------------------- 程序员代码管理 http://mysharecode.appspot.com/ gwt中使用flash http://code.google.com/p/gwt-flash-bridge/ |
|
返回顶楼 | |
发表时间:2009-04-25
python、ruby 我不喜欢 我喜欢flex~
|
|
返回顶楼 | |
发表时间:2009-04-25
fight_bird 写道 bonny 写道 fight_bird 写道 同样看好Flex,其实Flex还有一个至关重要的概念楼主没有提到:Flex + AIR的应用中,已经基本抹平了B/S、C/S的鸿沟。微软真正看重也是这个理念,.Net + SilverLight的组合具有同样的特性,09版MSN UI端就是SilverLight + .Net 3.5。
Flex和SilverLight对比来说,微软最大的优势就是PC上OS平台的绝对垄断,XP sp3后的Windows都是默认内置.Net 3.5,也就是说几乎所有Windows PC上都有.Net运行时环境,这是Adobe的AIR没法比的。Adobe创造性的推出了AIR运行时理念,却被微软彻底模仿,超越也仅仅是时间问题。 AJAX受限于js语言,虽然可能在企业应用上走不远,但互联网应用领域必然是轻量级AJAX框架的理想使用场合。 还有一个JavaFX,纯粹是先发后至的Sun炒冷饭的作品,注定成不了气候。JWS仍然还是Java平台C/S技术的简单改进,绝对不会成为RIA技术的主流。 对于RIA技术的选择,在企业应用领域,两年内跟着Flex走是明智的;互联网应用领域,jquery类轻量级框架和Flex技术应兼顾。 这个文章的核心理念是我2年前总结的,当你提到AIR的时候,我过去看了一下,另外试用了一下EBAY桌面和FINS的JE CHAT。感觉这个东西类似WEBSTART。都需要客户端一次性下载一个比较大的客户端。 这,不是0部署。 我希望真正RIA,是HTML++,增加了很多WIDGET控件,数据展现能力加强到和CS相当,JS语言强壮到和PYTHON RUBY JAVA。。。。等语言相当。同时保持HTML按需获取UI和数据的特质。 html++的东西需要依赖功能更强大的浏览器来实现,也只有微软有能力推广开(只是有能力,并非肯定行得通),微软也是打算这样做,ie8已经是微软最后一个ie版本,未来微软浏览器是什么样子?RIA容器+基本的网页浏览器,到那个阶段,B/S、C/S的界限已经基本消失了,但那是3年或5年后的未知数,目前来说,不会出现百分百0部署的RIA技术,也没有必要追求0部署的理念,js目前的发展还仅仅是在浏览器沙箱内性能的提升,未来突破浏览器沙箱的可能性倒是也有,但从浏览器技术纷争的状态来看,突破的可能性很小,微软会第一个反对。 AIR比你目前了解的要强大和先进,AIR和JWS在自动更新等方面有些理念类似,但两者有巨大的区别,两者设计的出发点不同,举个简单的例子:一个Flex、Ajax或标准dhtml方式开发的功能复杂、UI交互复杂的B/S结构企业应用,只要重新编译、打包,无须改变任何代码,立即可以发布为一个AIR应用,装到Windows或Linux的客户机上去,从而获得更好的本地应用程序性能和更大的操作本地机器资源的能力,这个应用也就成了一个标准的c/s应用,JWS是不可能做到的,而这就是adobe想做的事情,微软也看到了这其中诱人前景,SilverLight就是跟进Flex后的产物,09版MSN是第一个成功产品,腾讯同样基于SilverLight的web版QQ也是这种理念的一个实践,我相信3.0后SilverLight将开始接近并超越Flex,但微软没有打算借鉴AIR特性集的全部,目前仅仅是Flex,因为微软有OS和浏览器上的垄断资源。 你说的 WebQQ 是 http://web.qq.com/ 这个吗?这个貌似没有用 SL 啊 |
|
返回顶楼 | |
发表时间:2009-04-25
而且 Windows Live Messenger 2009 也不是 SL 的 -_-#
|
|
返回顶楼 | |
发表时间:2009-04-25
fight_bird 写道 AIR比你目前了解的要强大和先进,AIR和JWS在自动更新等方面有些理念类似,但两者有巨大的区别,两者设计的出发点不同,举个简单的例子:一个Flex、Ajax或标准dhtml方式开发的功能复杂、UI交互复杂的B/S结构企业应用,只要重新编译、打包,无须改变任何代码,立即可以发布为一个AIR应用,装到Windows或Linux的客户机上去,从而获得更好的本地应用程序性能和更大的操作本地机器资源的能力,这个应用也就成了一个标准的c/s应用,JWS是不可能做到的, 为什么不可以? |
|
返回顶楼 | |
发表时间:2009-04-25
没人用过openlaszlo么?
|
|
返回顶楼 | |
发表时间:2009-04-25
我认为这种争论没有密钥,C/S和B/S本来就是完全不同的,基本概念都不一样,就目前来说,托管代码(比如:java)比非托管代码(比如:c)肯定要执行慢,弱类型语言(比如:javascript)比强类型语言(比如:java)肯定执行慢。这些都是最基本的概念,不明白非要把一套概念套到另一套概念上?
|
|
返回顶楼 | |
发表时间:2009-04-25
我觉得最好也提一下mozilla的XUL.
关于bs和cs,我有一点总想不通,就是企业为什么要用一律从cs转到bs?仅仅是盲目跟风?关于维护的问题,我用java web start之类的自动升级已经能解决部署的麻烦了。单位里的oracle的erp用的也还是java applet。 html+css的确可以做的很漂亮,很艺术。但是企业开发不需要那么漂亮,用标准的widget更合适些。flex/silverlight/ajax都回归到控件+事件的模式,如同回到了vb时代。我觉得这是企业开发界面技术的理性回归。 |
|
返回顶楼 | |