M：Model（模型）用于管理应用程序域的行为和数据，并相应为获取其状态信息（通常来自视图）而发出的请求，还会响应更改状态的指令（通常来自控制器）
V：View（视图）相当于用户界面。用于显示，和用户交互的部分。
C：Control（控制器）处理事件，并做出响应。“事件”包括用户的行为和数据模型上的改变。
为什么要使用MVC设计模式？
1.用户界面的更改往往比数据存储系统的更改频繁得多
2.将数据和用户界面这两部分耦合在一起带来的一个问题，业务应用程序往往会并入远不止数据传输功能的其他业务逻辑
用ASP.NET说明应用MVC设计模式：
视图：ASPX页面
控制器：ASPX页面的后台代码
模型：后台类库
这样，将用户界面逻辑与业务逻辑分离开来，修改一个层次并不会影响系统的其他功能，也就是降低了系统的耦合程度。这里就可以看出MVC的优点：易于维护，高可扩展。但是，它还是有不足的：代码更多了，工作量大，系统也比较复杂，效率降低了（为什么呢，因为层与层之间相互调用）。即使这样，对于大型系统来说，MVC给后期的维护提供了很大的便利。不至于为一点修改而重做系统。（有关具体例子，见下篇）