交流web上的UI组件，我来开个头

这块处理的确有问题，现在是在表格上设置了鼠标事件监听器，而不是body上的，一旦鼠标移动到表格之外并松开鼠标，组件的行为就有点诡异了。有时间的话我会改一下这个问题，把事件监听设置在body上就行了。

我的感觉是dlee说的有他道理，当然也不能说后台就只有单一的Java，还有很多其他后台嘛。但是纯粹的界面组件感觉也只能纯粹了。

我想到一个问题：Browser端需要MVC(Mb, Vb, Cb)，但同样Server端也需要MVC(Ms, Vs, Cs)，而且两层的MVC需要进行结合起来，这就有很多种方案了，譬如：

1. Mb <-> Ms
中间传输的是数据，也就是服务器不知道页面控件如何生成的（实际上是脱离服务器端编写的网页表格），服务器端只是处理数据然后跳转；Writely等在线编辑文档算是这类模式；很多的框架都应该是这个模式吧；另外这也是目前AJAX兴起的主要模式？
2. (Vb, Cb) <-> (Vs, Cs)
这个模式是服务器生成对应的页面控件，而且还生成对应的控制代码，譬如如何提交数据等，服务器后台重新组装数据成为Model，这个不知道普元的EOS算不算如此模式，同时JSF应该也算这类模式，另外ZK也算这个模式的；这个模式的框架也不少
3. (Mb, Cb) <-> (Ms, Cs)
这个模式存在吗？我感觉我做过一个类似的产品。也就是服务器根据一套XML文件，生成一套包含布局的Web表格，然后生成对应Schema的XML数据文件；浏览器端可以进行表格填写，或者调用Applet来进行数字签名或验证签名；之后浏览器端重新封装数据为XML文件，并返回给服务器端处理；服务器端可以验证其中的签名，并提取其中的数据保存到服务器端
4. (Mb, Vb, Cb) <-> (Ms, Vs, Cs)
这个我没有想到什么？可能其中的组合太多太复杂了，好像很多框架都算得上，但有都算不上？
5. (Mb + Ms, Vb, Cb + Cs) <-> (Mb + Ms, , Cs)
这个算一种模式吗？是否有必要存在如此的模式？能够提供开发效率吗？
6. (Mb<->Ms, Vb<->Vs, Cb<->Cs)
理想的模式？

不知道大家是否认识更多其他模式，或者认为以上模式根本上就不算什么模式，或者认为其中框架归类错误？

不一定采用注册到body的方法，你可以考虑用setCapture的方式。

再怎么开源也还是在人家的浏览器上。