《迎接RIA时代的到来》_75144

《迎接RIA时代的到来》_75144
2011年07月29日
　　 前言 
　　看了几篇关于“归来C/S”的文章，作为一名多年开发B/S的过程员，难免热血沸腾，深受激励！曾经，我是B/S构造的忠诚拥戴者，同时也为了所谓的“零安排”坠入过技巧泥潭。正当为B/S烦愁的时候，RIA走进了我的视线……
　　什么是RIA
　　Internet曾经日益成为利用过程开发的默认平台。用户对利用过程混杂性要求日增，但目前的Web利用过程对告终混杂利用方面却始终跟不上步伐。用户 与今天中等混杂程度的Web利用过程交互时，其经验并不能令人顺心。Web模型是基于版面的模型，欠缺客户端智能机制。而且，它几乎无法告终混杂的用户交 互（如传统的C/S利用过程和桌面利用过程中的用户交互）。这么的技巧使得Web利用过程难以利用，扶持成本高，并且在许多方?**薹ㄊ┱剐вΑ?p> 为了长进用户经验，揭示了一种新种类的Internet利用过程。那即便Rich Internet Applications（RIA）。这些利用过程联合了桌面利用过程的反响快、交互性强的优点与Web利用过程的散布范围广及轻率散布的个性。RIA简 化并改进了Web利用过程的用户交互。这么，用户开发的利用过程能够供给更丰富、更具有交互性和响应性的用户经验。
　　基于主机形式→C/S形式→B/S形式→RIA形式
　　我们的工作阅历了几次系统架构方面的重要改换，在此过程中，客户端的出现功能有起有落。上图推荐了每个阶段的计算功能所带来的利用过程经验方面的改变，这一过程从大型机开始，到RIA的揭示为止。
　　随着各企业组织认识到RIA模型可发生显明的商业利润、长进出产率及减退成本的优势后，这种模型的进展势头越来越凌厉。这些利用过程联合了桌面利用过程的 反响快、交互性强的优点与Web利用过程的散布范围广及轻率散布的个性。系统架构进展的下一步是RIA，它最大程度地长进了普遍性和丰富性。
　　论传统B/S之不足
　　过程混杂性
　　过程混杂性是由于必需表白一个多环节或多选项任务或互动作用所引起的。在HTML里，一个多环节的任务能够在单页内表白出来。然而由于HTML的互动性有 限，便可能发生一份很长的版面，利用户感到混乱、蠢笨而难以利用。为了避免这种难以按捺的用户经验，便需将任务在表面上看来“慷慨”的局部处判别成多个步 骤，甚至需多个网页共同告终。这种以网页为主的用户界面等闲必需重复翻转网页，以处理在次序环节中有联系性的改换。其收获是缓慢、不慷慨、混乱而且令人感 到烦恼的用户经验。
　　搭配混杂性
　　众多Web利用过程批准用户搭配自己所要的定制产品――能够是皮包或是计算机，甚至是汽车等产品。然而搭配产品是一项很艰难的过程，因为在向用户揭示所有 管用的产品选项组合时，利用过程定然能够表白出有关的混杂性，尤其是当用户能够从数十、数百或数千选项中定制出一个产品时。表白这些混杂性包括指出所需条 件、管用和无效组合、一些导致问题的元素以及它们的贴切处理措施；为每一项个人抉择供给开支消息以及开支总计（一旦有所改动）；还有最重要的是批准用户观 看最后收获。这些是传统Web利用过程相当难以出现的。
　　规模混杂性
　　今天，网站内的搜查工具大多是文本色质，间中夹着一些锦上添花的图像。当用户输入他或她的数码照相机分寸，有可能是价格、以像素等，网站便随后批复数页符 合分寸的产品，而大局部都是解释文本。反之，另一种措施则是利用视觉化来简化搜查空间（也即便供给即刻和动态的视觉反馈）。在一个视觉化抉择照相机的网 站，其搜查过程可能如下：网站从一个包括所有照相机种类图像的单屏幕开始。当用户穿越复选框、游标或数据输入域来抉择挑选分寸时，所有不相称分寸的照相机 图像将被剔除，只余下相称分寸的照相机可在屏幕上看到。因而，在把抉择聚焦至相称分寸的数部照相机的过程中，用户可阅历一个截然不同，而且和切实生存中的 购物经验更相仿的经验。
　　反馈混杂性
　　高度互动性的利用过程如游戏，能使反馈变得混杂，也即是指用户行动和迅速挪动或情节不时改换的屏幕元素之间的反馈环路。传统的HTML版面始终来都能够说 是无法表白这类混杂性。它所必需的是具有高度互动性和局部智能型的客户端利用过程，以便能够在无需刷新全页或扰乱与服务器之间的通信的情形下，回利用户的 输入和改换它们的事态或界面。丢弃现今依靠服务器的客户机将利用户经验更吸引，同时也处理了反馈混杂性的问题。Web利用过程定然具有表白混杂性的力气， 以批准用户视看混杂的数据、搭配多选项的产品、搜查大型数据集以及批准用户与数据之间的互动沟通。
　　恳挚的RIA
　　为打听决现今的问题，志愿中的Web利用过程该当能够：
　　1、 利用无处不在的客户机
　　2、 在多种硬件平台上毫无改动的垄断互联网
　　3、 无论低或高带宽的连接都可毫无鸿沟的厉行
　　4、 将处理力气还原给客户（而不但是供给力气而已）
　　5、 供给吸引人的高度互动的用户界面
　　6、 表白过程、数据搭配、规模和反馈混杂性
　　7、 无缝的利用声音、视像、图像和文本
　　8、 批准用户在线和离线工作以扶持移动工作流程
　　9、 批准客户自行定夺要在何时存取何种内容和数据（异步内容检索）
　　10、 存取多种其中层服务（zuoyeba.org.NET或Java）和后端数据存储
　　11、 批准新突起的规范如XML和SOAP，为演进中的Web Service为主的网络供给动态高效的前端利用
　　12、 与遗旧的利用过程和系统集成
　　13、 批准在现有Web利用过程和环境内逐渐增加新功能以富余利用现有网络利用投资
　　结构
　　RIA本身有力气供给这类Web利用处理计划。如上图，RIA将桌面型计算机软件利用的最佳用户界面功能性与Web利用过程的普遍批准和低成本安排以及互 动多媒体通信的优点集于一体，终于业绩了一种能够供给更直观、响应性和管用的用户经验利用过程。它所具有的桌面型计算机优点包括了在确认和款式罗列方面提 供互占用户界面；在无刷新版面之下供给迅捷的界面响应工夫；供给通用的用户界面个性如拖放式(drag and drop)以及在线和离线垄断力气。Web网的优点如即刻安排、横亘平台可用性、批准逐渐下载来检索内容和数据、具有杂志式格局的网页以及富余利用被普遍 批准的互联网规范。通信的优点则包括双向互动声音和图像。
　　客户机在RIA内的作用不但是揭示版面，它能够在暗中与用户哀求异步地举行计算、递交和检索数据、重新画出屏幕的一局部和紧凑归纳利用声音和图像，这一切都能够在不攀附客户机连接的服务器或后端的情形下举行。
　　RIA供给一个强劲的技巧平台，使客户机的力气还原到差不多与桌面型计算机软件利用或传统的C/S系统中的客户机力气相仿。它合乎传统的N层开发过程，同 时也能够和遗旧的环境集成以延揭示有的利用过程而无需举行修正。它也能够作为基础网络服务的互动出现层，批准用户在线和离线工作。RIA有力气处理各种复 杂性，使必需混杂性的利用得以开发并且收缩开发成本，同时在许多时候这类利用之因而能够成形重要是拜RIA所赐。
　　RIA计划―www.cw63.com基于Flash的Flex
　　Flex简介
　　Macromedia公司被公感受新兴的RIA市场的点拨者。今天98%的博览器上都利用Macromedia Flash客户端软件，因而几乎每个人都能够利用基于Flash的RIA。Macromedia Flex是Macromedia的新服务器产品，它使企业利用过程开发人员能够全面拜会RIA的功能。Flex具有基于规范的架构，与目前企业开发人员的 工具、措施和设计形式互补。
　　Flex利用过程与传统的HTML利用过程的重要差异在于Flex利用过程处理最合乎在客户端运行，如字段校验、数据款式、分类、过滤、工具提醒、融合视 频、行动及收获等。Flex 可使开发人员更好地交付利用过程，这种利用过程利用户能够迅速反响、在不同志态与揭示间通畅过渡，并供给毫无间断的继续的工作流。
　　Flex 利用过程框架
　　如 上图所示，Flex利用过程框架由MXML、ActionScript 2.0及Flex类库构成。开发人员利用 MXML及ActionScript 2.0编写Flex利用过程。利用MXML定义利用过程用户界面元素，利用ActionScript 2.0定义客户逻辑与过程扼制。Flex类库中包括Flex组件、管教器及行动等。利用基于Flex 组件的开发模型，开发人员可在过程中加入预建的组件、创立新组件或是将预建的组件加入复合组件中。
　　这里关键推荐一下MXML。与HTML一样，都是符号语言，它描写了反映内容与功能的用户界面。与HTML不同的是，MXML 可对表示层逻辑与用户界面和服务器端数据绑定供给声明笼统。MXML可将表示与业务逻辑的问题彻底离别，以告终最大程度地长进开发人员的出产率及利用过程 的重复利用率。
　　Flex的不足
　　现在Macromedia最新推出了Flex 1.0 Updater，但它代号为“Brady”的IDE还未曾正式推出，现在还在举行Beta 3测验。抛开IDE不说，笔者感受Flex现在还很不成熟，还不利于在切实项目中利用。
　　例 如，Flex自带的ZipCodeValidator，里面只供给了美国和加拿大的邮编法定，未曾其他抉择，也无法禀性化它。看来只有自己来定义 Validator了，但这么一来，和在JS中写正则表白式有什么差异（代码量和JS差不多）？用户必需www.searchinga4.info的是国际化的ZipCodeValidator， 这么能力长进工作效率。
　　一句话归纳
　　目前的Flex才是1.0版本，许多地方都不健全，只好自定义能力告终特定的要求。期待着Brady以及Flex后续版本的推出！
　　RIA计划―基于JS的Bindows
　　Bindows简介
　　“Bindows把javascript施展到了第九层！”――网友这么估价Bindows。
　　运行中的Bindows
　　确乎如此，Erik等编写这个框架曾经将javascript的OOP和基于IE6的DHTML施展到极点！Bindows 0.93公布的时候曾经将IE内置的功能开发得宽畅淋漓了，包括Filter、XMLHTTP、Web Service、VML。javascript用于客户端界面的揭示和处理，XMLHTTP用于客户端与服务器的消息传输。javascript在客户端 的出现力不容置疑，看看www.bindows.net所表示出来的力气，利用javascript几乎能够告终Windows利用过程所成熟的大局部事 情，XMLHTTP始终以来常被用于告终“无刷新”的Web版面，它和javascript配合，能够告终数据从服务器和客户端的传输。
　　Bindows的不足
　　Erik迷恋那种顺次全副载入的措施来告终脚本库，利用过Bindows会觉察，在窗口的加载期，必需一个漫长的期待过程，甚至博览器的历程会发生无响应 的情形。按照V0.93，脚本文件的大小是600多K，在一个等闲的Web利用中，我们更多时候不会用到Bindows的整秉功能，这点Bindows根 本未曾顺从“用多少去多少”的分寸。另外，过多的JS会使CPU挪借率陡然添置，发生埋伏问题。
　　内部许多利用了IE6的技巧，未曾琢磨到非微软平台的博览器，局限了Bindows的流行。在图表方面，许多批准了VML技巧，在IE5，IE5.5这两 个版本，VML引擎不是那么的成熟，许多地方的揭示不够通畅，会受到带宽和硬件的局限，过度奇丽的图形最后会给用户带来分化。“图形方?**沂桥