MVC架构的职责划分

1.到底什么是 MVC

模型-视图-控制器（MVC）是一种设计框架（设计模式）。
MVC 的目标是将业务逻辑从用户界面的考虑中分离。

这样，开发者就可以更容易地改变每一部分而不会影响其他。

在 MVC 中，

• Model 代表数据和业务规则；
• View 包含了用户界面元素，例如文本，表单等；
• Controller 则管理模型和视图中的通信。
  MVC 在各种编程语言中均有实现，例如 J2EE 应用开发中，

View 可能由 jsp 实现；Controller 是一个 servlet，现在一般用 Struts 实现；Model 则是由一个实体 Bean 来实现。

2.View的职责

View部分比较明确，就是负责显示。

一切与显示界面无关的东西，都不应该出现在view里面。

因此，View 中一般不应该出现复杂的判断语句，以及复杂的运算过程。

可以有简单的循环语句、格式化语句。比如，博客首页的文字列表就是一种循环。

对于PHP的Web应用而言，HTML是View中的主要内容。

View应该从不调用Model的写方法。

也就是说，View只从Model中读取数据，但不改写Model。

所以我们说，View和Model是老死不相往来的。

而且，View中不直接访问${}_{G}ET和$_POST，应该由Controller传递给View。

此外，View一般没有任何准备数据处理的内容，如查询数据库等。

这些一般是放在Controller里面，并以变量的形式传给视图。

也就是说，视图里面要用到的数据，就是一个变量。

3.Model的职责

对于Model而言，最主要就是保存和输出信息。

比如，Post类必然有一个用于保存博客文章标题的title属性，必然有一个删除的操作，这都是Model的内容。

数据、行为、方法是Model的主要内容。

实际工作中，Model是MVC中代码量最大。

Model是逻辑最复杂的地方，因为应用的业务逻辑也要在这里表示。

注意将Model与Controller区分开。

Model是处理业务方面的逻辑，Controller只是简单的协调Model和View之间的关系。

只要是与业务有关的，就该放在Model里面。

数据校验、public常量和变量，都应该放在model层，

也就是说，有可能被重复使用的属性或方法，都应该放在model层，一次定义，到处使用。

Model不应该访问request、session以及其他环境数据，这些应该由Controller注入。

好的设计，应该是胖Model，瘦Controller。

4.Controller的职责

对于Controller，主要是响应用户请求，决定使用什么视图，需要准备什么数据用来显示。

因此，对于request的访问代码，应该放在Controller里面，比如${}_{G}ET、$_POST等。

Controller应该仅限于获取用户请求数据，不应该对数据有任何操作或预处理，这应该放在 Model 里面。

对于数据的写操作，要调用Model类的方法完成。

对于用户请求的响应，要调用视图渲染。

此外，一般不要有HTML代码等其他表现层的东西，这应该是属于View的内容。

这是我今日在思考MVC模式的时候读到的一篇文章，感觉写的蛮好的也有所收获，故记录下来,原文博客MVC架构的职责划分原则。