MVC模式的理解问题 ?(年底散分, 来者有分!)

Question

从长远来考虑我采用第一种，现在许多比较好的设计方案都是类似这样子的，比如自己曾经做过的一个，是这样用的，BROWSER/CLIENT + webservice 服务端 + mts COM+ + sql Server
其中mts COM+ 只进行数据库的操作： 连库，执行，输入。
WEBSERVICE服务端则作为中间业务逻辑层：接收传入的参数，解析参数，调用相应函数，并将返回信息编码传回
BROWSER/CLIENT ：只管理界面，把输入的参数进行编码传入和输出的数据解码在界面表示。这最大的好处就是三层结构里常说的东西了，修改变动互相不影响，也就是说：只要接口不变，我的结构可以永久使用。呵呵，糊里糊涂的写了一大堆，也不知道能不能看得懂，呵呵

Answer 1

在jsp中总是会用这样的东西实现MVC（struts），而且有一些专门的组件实现。现在刚接触delphi感觉不用观注内部的实现了。它的很多控件都帮你做好了。只管用就行了。今天看到这些还真有些想使用一下MVC的冲动。
谢谢

Answer 2

什么是你的界面？包含窗体的Unit。他就是个一相当于域名空间的表示类，雇员类固然重要，但是MVC和其他的提倡的软件工程概念一致，先保证你的接口的稳定性，即：给定一个类似接口的虚拟类作为实现类的基类，另外，你所说的第二种方法，如果你肯将他的Unit理解为一个域名空间类似的东东，也不会太奇怪了。Unit->ClassForm->ControlClass.如此下推；

Answer 3

To: ihihonline(小小-努力～-IEWS088430)
"Unit->ClassForm->ControlClass" 什么意思 ?

Answer 4

学习+接分=very happy
3ks