编辑“RIA”

'''RIA'''（Rich Internet Application，富[[互联网]]应用系统）技术,允许我们在[[因特网]]上以一种象使用[[Web]]一样简单的方式来部署富[[客户端]][[程序]]。这是一个用户接口，它比用[[HTML]]能实现的接口更加健壮、反应更加灵敏和更具有令人感兴趣的可视化特性。无论将来RIA是否能够如人们所猜测的那样完全代替HTML应用系统，对于那些采用胖客户端技术运行复杂应用系统的机构来说，RIA确实提供了一种廉价的选择。

==RIA产生的背景==
基于HTML的应用程序之所以变得流行是由于应用系统的部署成本低、结构简单，且HTML易于学习和使用。很多用户和开发人员都乐于放弃由桌面计算机带来的用户界面改进，来实现对新数据和应用系统的快速访问。与丧失一些重要的UI功能相比，基于Web的方式所带来的好处要更大得多。

然而，某些应用系统并不完全适合采用HTML技术。复杂的应用系统可能要求多次提取[[网页]]来完成一项事务处理，在某些领域中，如医药和财务领域，这往往导致交互速度低得无法接受。让我考虑一个项目管理系统：我们可以将其实现为一个HTML应用系统，但是如果用户可以看到并且操作图表、进度表和各种层次结构，那么显然会工作得更好。

此外，虽然HTML开始走向简单，但是即使简单的交互活动也仍然需要用很多的脚本来完成。即使一个输入窗体经过仔细的布置和全面的脚本设计，它从[[浏览器]]所能发送的也仅仅是简单的"名字/值"对。如果一个HTML窗体能够以[[XML]]文档形式发送和接收更复杂的数据结构，那就好多了。

4RIA利用相对健壮的客户端描述引擎，这个引擎能够提供内容密集、响应速度快和图形丰富的用户界面。除了提供一个具有各种控件（滑标、日期选择器、窗口、选项卡、微调控制器和标尺等）的界面之外，RIA一般还允许使用SVG（Scalable Vector Graphics，可伸缩向量图）或其他技术来随时构建图形。一些RIA技术甚至能够提供全活动的动画来对数据变化作出响应。

RIA的另一个好处在于，数据能够被缓存在客户端，从而可以实现一个比基于HTML的响应速度更快且数据往返于[[服务器]]的次数更少的用户界面。对于无线设备和需要偶尔连接的设备来说，将来的趋势肯定是向富客户端的方向发展，并且会逐渐远离基于文本的Web客户端。那些运行在膝上设备上的应用系统，可以被设计成以离线方式工作，或者至少当连接丢失的时候能基本上以离线的方式工作。

==RIA的优势==
RIA 具有的桌面应用程序的特点包括：在消息确认和格式编排方面提供互动用户界面；在无刷新页面之下提供快捷的界面响应时间；提供通用的用户界面特性如拖放式（drag and drop）以及在线和离线操作能力。

RIA具有的Web应用程序的特点包括如：立即部署、跨平台、采用逐步下载来检索内容和数据以及可以充分利用被广泛采纳的互联网标准。

RIA具有通信的特点则包括实时互动的声音和图像。

客户机在RIA中的作用不仅是展示页面，它可以在幕后与用户请求异步地进行计算、传送和检索数据、显示集成的用户界面和综合使用声音和图像，这一切都可以在不依靠客户机连接的服务器或后端的情况下进行。

对于企业来说，部署RIA的好处在于：
*RIA可以继续使用现有的应用程序模型（包括J2EE和.NET），因而无需大规模替换现有的Web应用程序。通过Rich Client技术，可以轻松构建更为直观、易于使用、反应更迅速并且可以脱机使用的应用程序。

*RIA可以帮助企业提供多元化的重要业务效益，包括产提高销量、提高品牌忠诚度、延长网站逗留时间、较频繁的重复访问、减少带宽成本、减少支持求助以及增强客户关系等。

==RIA发展形势==
在过去的几年中，Web开发人员一直是想构建一种比传统HTML更丰富的客户端：这是一个用户接口，它比用HTML能实现的接口更加健壮、反应更加灵敏和更具有令人感兴趣的可视化特性。RIA技术的出现允许我们在因特网上以一种像使用Web一样简单的方式来部署富客户端程序。无论将来RIA是否能够如人们所猜测的那样完全代替HTML应用系统，对于那些采用C/S架构的胖客户端技术运行复杂应用系统的机构和采用基于B/S架构的瘦客户端技术部署Web应用系统地机构来说，RIA确实提供了一种廉价的选择。

下面介绍一下目前出现的几种比较有实力或者有特点的RIA客户端开发技术：

*[[Macromedia]] Flash/Flex
:[[Flash]] 从6.0开始Flash就逐步具备建立窗体风格的应用程序的功能。据Macromedia称已经有98％以上的桌面系统的浏览器都安装了 Macromedia Flash Player。这使得以Macromedia Flash Player为客户端的RIA可以支持种类广泛的平台和设备。

:Flex是为满足希望开发 RIA的企业级程序员的需求而推出的表示服务器和应用程序框架，它可以运行于J2EE和.NET平台。Flex表示服务器提供基于标准的、声明性的编程方法和流程，并提供运行时服务，用于开发和部署丰富客户端应用程序的表示层。Flex开发者使用直观的基于XML的MXML来定义丰富的用户界面。该语言由 Flex服务器翻译成[[SWF]]格式的客户端应用程序，在Flash Player中运行。

*Laszlo
:Laszlo 是一个[[开源]]的RIA开发环境。使用Laszlo平台时，开发者只需编写名为LZX的描述语言（其中整合了XML和[[Javascript]]），运行在J2EE 应用服务器上的Laszlo平台会将其编译成SWF格式的文件并传输给客户端展示。从这点上来说，Laszlo的本质和Flex是一样的。Flash是任何浏览器都支持的展示形式，从而一举解决了浏览器之间的移植问题。而且，在未来的计划中，Laszlo还可以将LZX编译成[[Java]]或.NET本地代码，从而大大提高运行效率。

*Avalon
:[[Microsoft]]的Avalon是下一版本的 [[Windows]]（代号"Longhorn"）的一部分，是一个图形和展示引擎，主要由新加到.NET框架中的一组类集合而成。Avalon定义了一个在 Longhorn中使用的新标记语言，其代号为"XAML"（可扩展应用程序标记语言）。可以使用XAML来定义文本、图像和控件的布局，程序代码可以直接嵌入到XAML中，也可以将它保留在一个单独的文件内。这与Flex中的MXML或者Laszlo中的LZX非常相似。不同的是：基于 Avalon的应用程序必须运行在Longhorn环境中，而Flex和Laszlo是不依赖于平台的，仅仅需要装有Flash播放器的浏览器即可。

*Java SWT
:Java 已经出现几年了，并且完全支持创建基于窗体的用户界面。除了Java基础类（JFC/Swing）中的用户界面组件之外，开发人员还可以使用来自于 [[Eclipse]] Project的SWT工具箱和许多第三方工具箱进行开发。对于图形来说，可以采用Java 2D API：一个非常完整且非常复杂的图形API。你可以通过一个Web浏览器使用Java[[插件]]软件，或使用Java运行时环境中较新的Java Web Start技术来部署应用程序。使用Java建立Rich Client的主要缺陷是它的复杂性（即使对简单的窗体和图形也要求编写非常烦琐的代码）和Java浏览器插件的低市场占有率。

*XUL
:XUL （念作"zool"）是一种基于XML的用户界面语言，它来自于[[Mozilla]]的开放源码项目。它可用于建立窗体应用程序，这些应用程序不但可以在 Mozilla浏览器上运行，而且也可以运行在其他描述引擎上，如Zulu（一个Flash MX组件）和Thinleys（一个Java实现）。XUL描述引擎都非常小（100K以下），它可以使用XML数据也可以生成XML数据。XUL的一个主要缺点在于它目前还没有获得一个主要商业实体的支持。XUL最大的优点在于它与Gecko引擎的集成（打开了通向大量Web标准的大门），以及与大多数其它XML用户界面描述语言相比它是一种非常具有表达力和简洁的语言。

*Bindows
:Bindow 是用Javascript和DHTML开发的Web窗体框架。Javascript用于客户端界面的显示和处理，XMLHTTP用于客户端与服务器的信息传输。Javascript在客户端的表现力不容置疑，利用Javascript几乎可以实现Windows应用程序所能干的大部分事情，XMLHTTP 一直以来常被用于实现"无刷新"的Web页面，它和 Javascript配合，可以完成数据从服务器和客户端的传输。Bindows的一个主要的缺点是它采用一次全部载入的方式来实现脚本库，在窗口的加载期，需要一个漫长的等待过程，甚至浏览器的进程会产生无响应的情况。这点Bindows根本没有遵循"用多少去多少"的准则。另外，内部大量利用了[[IE]]6 的技术，没有考虑到非IE的浏览器，限制了Bindows的流行。

==相关条目==


==参考来源==
*[http://develop.csai.cn/web/200610261354321423.htm 参考来源1]
*[http://www.okajax.com/a/200901/0105S402009.html 参考来源2]
*[http://develop.csai.cn/web/200610261348351031.htm 参考来源3]

[[category:Web2.0|R]]