对于软件开发哲学的经验谈 >>
<< 用Java2Script和Google过招
Browser端MVC和Server端MVC的讨论

Author Zhou Renjian Create@ 2006-06-02 13:32
whizz Note icon
我想到一个问题: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)
理想的模式?

不知道大家是否认识更多其他模式,或者认为以上模式根本上就不算什么模式,或者认为其中框架归类错误?
本记录所在类别:
本记录相关记录: