你说的东西应该是3层构架的范畴。对于3层构架的设计是这样的，叶面表现层，业务处理层和数据交换层（其实这里还应该有数据存储层，或者说数据库或文件存储）。
1.叶面表现层的功能实现的是与业务无关的业务逻辑处理，如果设计的好，可能在这里只是把控件放好就行了。
2.业务处理层，这里应该包含把部分的业务处理逻辑，比如一个订单的主要信息和详细细项的处理逻辑，或者审批流程中下一个控制节点的标志设置等。
3.数据交换层，在这又不关心业务了，也就是说业务无关了。很多的3rd都很好，例如ORMapping实现或其他的，自己写也没什么不好。

现在回到MVC，M(Model)V(View)C(Control),从字面上您就能看出他和后面的业务逻辑的组织实现关系不大，也不涉及数据交换或数据存储。他的主要功能集中在叶面表现层和逻辑层的衔接上，提供更方便的测试、团队开发和结构规划上。

再反观细节的实现，MVC中的M有点像Entity Object,实现上可以从DB一直贯穿到叶面上来。
Controller有点像business logic层的逻辑处理，当然可以这样写，不过好像太混乱。
而3层构架却没那么详细的功能实现，他是指导性地提供一个合理的设计方向。
我记得microsoft有个叫Petshop1.0的很好。如果要看MVC的话，最好还是
看看java的一些例子。