RIA带来了什么

随着B/S应用的逐渐兴起，传统的html Form对于完成复杂的表单提交已经越来越力不从心。表现在以下方面：
1.组件类型不够丰富，且缺乏简单有效的扩展机制
  例如grid、tree这些常见的需求不得不借助第三方组件（js\applet或者activex形式的）
2.数据的无序
  数据是平面型的，例如做一个主、子表的编辑，不得不将结构化数据通过input命名机制转化为平面的form，然后提交的时候再做逆向的转换。
 由于在browser端丢失了结构信息，C/S程序常见的剪切/复制/粘贴，实现起来也就比较困难，界面效果也差强人意（一大堆的input挤在一起，不知道focus在哪里）

借助RIA框架，可以解决第1类问题，目前主流的RIA均实现了一套对象重载的组件（用户可以在此机制下编写自己的组件），以及组件的事件侦听机制。
组件类型已经达到C/S解决方案的水平，甚至在支持theme上有独到之处。
需要注意的是，如果仅仅是在某个特定页面需要某个特定的组件，那么引入RIA框架代价太大了。
因为不得不引入该组件需要的核心库。因此，此类需求更适合应用其他功能独立的组件。

RIA框架更加适合与Ajax结合，形成一套全新的browser端UI机制。
目前将结构化数据从server序列化到browser端，有许多好的协议和实现，例如：json\burlap\dwr等。
事实上，由于js中对象、数组以及函数是按引用来复制、传递和比较的。
将结构化的js对象与UI组件进行绑定（通过js对象的属性进行关联），就实现了界面与数据的完全同步，从而彻底摆脱了传统form下的重命名机制。
无论是browser还是server端，都可以操作结构良好、一致的数据，使得简化程序逻辑、增强复用性成为可能。

评论

3 楼 treenode 2007-07-23  

<br/>
<strong>chen4w 写道：</strong><br/>
<div class='quote_div'>C/S程序常见的剪切/复制/粘贴，实现起来也就比较困难，</div>
<br/>
<br/>
<br/>
这个倒主要不是技术上的问题，而是安全上的考虑（要是剪贴板上已经存了一些机密数据，那么网页是不是可以偷窥你的资料？）<br/>
<br/>
不过这确实是Web程序的一大痼疾，安全是足够安全了，但是对用户来说也很难称得上方便了。

2 楼 fangzhouxing 2007-07-23  

引用

其实.net windows forms+clickonce 已经能解决大部分问题,可惜,败在平台策略上了

非常同意此观点。

从2005年下半年开始，随着VS2005的发布，从Java转向.Net，用WindowsForms+ClickOnce做开发。在RIA大潮面前，正在重新转向Java，DWR+ExtJs是目前的选择。

1 楼 jjx 2007-07-06  

其实.net windows forms+clickonce 已经能解决大部分问题,可惜,败在平台策略上了