标签：
MVC全称Model-View-Controller，是“模型-视图-控制器”的缩写。MVC是一种软件设计模式，它将一个应用的输入、处理、输出流程按照Model、View、Controller的方式进行分离，从而形成了三个层：模型层、视图层、控制层，MVC应用程序一般由这三部分构成。
一、概念
1.视图（View）：
表示与用户交互的界面，是应用程序中处理数据显示的部分，依据模型数据创建。主要功能是将来自模型的数据显示给用户，以及将用户界面的输入数据和请求传递给模型和控制器。
2.模型（Model）：
模型是MVC的核心，负责业务流程的处理，是应用程序中处理应用程序数据逻辑的部分，负责在数据库中存取数据。模型接受视图请求的数据，并返回最终的处理结果。
3.控制器（Controller）：
控制器是应用程序中处理用户交互的部分，负责从视图读取数据，控制用户输入，并向模型发送数据。控制器将模型与视图匹配在一起，共同完成用户的请求，控制器在这个过程中起到了中介的作用
二、运行机制：
在MVC模式中，用户向服务器提交请求后，这些请求被控制器接管，然后由控制器决定由哪些模型来处理这些请求，接下来模型会根据用户请求进行相应的处理并返回处理结果，最后控制器调用相应的视图来装载处理结果呈现给用户。这便是MVC的运行机制
MVC的好处体现在开发比较大的项目中，它可以让各个模块各司其职。就像我们ITOO3.0中，高效平台的每个系统中划分小模块，每个人负责一个模块自建解决方案，相互之间不会有太大的业务影响，更不用担心改动了某些代码影响其他人的程序。但是在实际做的过程中，觉得MVC也不太好，它增加了系统结构的复杂性，并且实现起来也比以前的复杂，从理解这个框架到搭好再敲程序调试，貌似比以前复杂用时也要多很多。不知道有没有更好的框架可以在保持MVC优势的基础上，让我们的业务可以用更清晰简洁地流程来完成
小结：
MVC分层简化了分组开发，使复杂的应用程序更易于管理。但是对于小型的程序开发来说MVC就显得有点繁文缛节了，当然这只是现在的理解，可能没理解到位，欢迎各位纠正~
标签：
原文地址：http://blog.csdn.net/wangjingna/article/details/46287315
