关于基于DHTML的RichClient的一些想法

1. 采用声明式编程，例如在然后将id和对应的JS对象绑定起来，这个span就成为界面组件的占位符
2. 建立 JSON - XML - Java的映射渠道，以XML为中心，所有的XML可以marshal成为json，从而可以在js中轻松处理，而无须DOM进行访问。在服务器端，则基 于Jaxb2。支持在浏览器端使用js处理复杂数据结构，例如CubeView/CellCell这样的复杂结构。
3. 基于json-rpc的机制，让js可以轻松的调用java的代码，并且可以交换复杂的XML数据（在客户端直接通过js访问，在Java端直接通过jaxb2访问），初期甚至可以让组件的render方法都使用java来实现。充分利用服务器端的开发环境。
4. 服务器不维持状态，但可以cache数据。状态维持在浏览器上进行。比如说CubeView，可以保存在浏览器上，在进行请求时，可以仅传递 对象的ID，在服务器上将在cache中进行查找，如果不能找到，服务器可以产生一个异常，客户端在检测到对应ID的Cache不存在的情况下，把这个 ID的对象存储到服务器的Cache中，然后再次重复请求。通过这种方式，可以在服务器不维持状态的情况下，同是尽可能的减少数据的传输量。这些数据被称 为UniqueIndexedData。
5. 部属方式上，初期可以绑定Firefox进行产品的发布，在后续的时候，再进行IE的支持。在图形的处理能力上，可以通过applet的方式 来进行本地的render处理。如果在服务器声称chart然后传递到浏览器上，可能会比较复杂，但可以作为一种实现的手段进行保留。
6. 关键点在于以数据为中心，数据结构一定要设计清晰，易于处理。UI组件保持较大的可变、可替换性，可以根据需要进行开发，或者切换到新的开发环境上去。