你说的东西应该是3层构架的范畴。对于3层构架的设计是这样的，叶面表现层，业务处理层和数据交换层（其实这里还应该有数据存储层，或者说数据库或文件存储）。
1.叶面表现层的功能实现的是与业务无关的业务逻辑处理，如果设计的好，可能在这里只是把控件放好就行了。
2.业务处理层，这里应该包含把部分的业务处理逻辑，比如一个订单的主要信息和详细细项的处理逻辑，或者审批流程中下一个控制节点的标志设置等。
3.数据交换层，在这又不关心业务了，也就是说业务无关了。很多的3rd都很好，例如ORMapping实现或其他的，自己写也没什么不好。
现在回到MVC，M(Model)V(View)C(Control),从字面上您就能看出他和后面的业务逻辑的组织实现关系不大，也不涉及数据交换或数据存储。他的主要功能集中在叶面表现层和逻辑层的衔接上，提供更方便的测试、团队开发和结构规划上。
1.叶面表现层的功能实现的是与业务无关的业务逻辑处理，如果设计的好，可能在这里只是把控件放好就行了。
2.业务处理层，这里应该包含把部分的业务处理逻辑，比如一个订单的主要信息和详细细项的处理逻辑，或者审批流程中下一个控制节点的标志设置等。
3.数据交换层，在这又不关心业务了，也就是说业务无关了。很多的3rd都很好，例如ORMapping实现或其他的，自己写也没什么不好。
现在回到MVC，M(Model)V(View)C(Control),从字面上您就能看出他和后面的业务逻辑的组织实现关系不大，也不涉及数据交换或数据存储。他的主要功能集中在叶面表现层和逻辑层的衔接上，提供更方便的测试、团队开发和结构规划上。