一个基于 HTML 的 Rich Client 框架需要哪些内容？

不刷新提交表单确实也挺有用的，有两种做法：
1、最简单的，设置一个 IFrame，在 Form 中设置 target 属性，指向这个 IFrame，将数据提交到 IFrame。
这种方式在 IE5 中会有问题，只有 IE6 可以支持。

2、也是设置一个 IFrame，里面有一个相同 Form，提交的时候（onsubmit）把数据 copy 到这个 IFrame 中的 Form 的相应字段中，然后提交 IFrame 中的这个 Form。

to spring嘟嘟：
我想还是应该架构的设计先出来，这个设计出来以后再制订格式规范就比较好了。不过应该也可以并行来做的。

格式规范其实我们并没有感觉到非常重要（因为我们大部分场合是直接处理 XML 的，当然这不是 OO 开发方式），相反如果不合适的格式规范反而开发起来会不方便。不过制订出这个格式规范有利于封装对 XML 的处理，最后提供一个 OO 的界面。有点象 Castor 这类 XML Binding 框架做的事情。

除了不刷新界面，另一个很重要的就是有等待提示，由于各种原因会导致服务器端处理缓慢时，给用户一个提示，并且接管界面焦点，避免用户多次按按钮等情况发生。

另外，使用iframe有一个比较严重的问题，就是会导致ie闪屏，目前没有完全处理好。

我上面说的两种都是用不占空间的 IFrame，就是 width 和 height 都等于 0 的 IFrame，根本看不到，所以不会闪屏的。

我倒是以为这2个可以并发，相辅相成，相互促进的，需要一个迭代的过程获得真正可用的结果。不过，相对而言，整体架构感觉更重要一些。
另外，直接操作XML肯定是不可取的，那样虽然提高乐灵活性，但是失去封装性，带来的弊端我个人认为更大。
不过一般我的方式是，提供获得XML的能力，但是要求使用封装过的公共接口，特殊情况可以特殊考虑。（实际上，按照我前面的，XML作为数据源存放在IE的数据岛中，是可以直接获取的）

^_^，iframe没有空间那个是自然，以前我还喜欢单独放个层把它隔离起来。

事实上，我们分析，不是因为iframe才闪屏，是由于ie加载数据的缘故，普通状态下是没有的，可能还是由于我们加载数据量太大的缘故，因为刚开始使用这个方式时并没有这种状况，只是随着普遍采用后，某一天它就冒出来乐。
不过，现在单独做乐一个控件后，不在当前页面提交操作，这个问题已经基本不影响使用乐。

我倒不是太在意先后的问题，但是这个东西一定要有。没有，这个框架就是散的，有了，这个框架就是有“凝聚力”的。

所以，无论先后，在设计、开发这个框架的过程中，心里总要时时存着这个“统一数据规范”的念头，这样这件事情才搞得成。

庄表伟说得不错，规范最终是一定要出来得。

不过是不是最终都统一成一个，我是认为，按照需要来就可以乐，比如树型结构，就没有必要非要同表格控件的XML数据规范一样乐。
虽然这样也许会出来一堆，但是各个模块可以相对独立开发，没有必要参和一起来。

楼主乡党，有那么多标准的实现那，XUL,XAML，可以参考
呵呵

但是有很重要的一点，用户通常都希望能把数据导出到Excel中，还有是打印报表
，现在的Flash可以吗