MVC简介
MVC框架：Model View Controller，即模型(model)－视图(view)－控制器(controller)的缩写；是一个存在于三层架构中表现层的模型，它将应用程序分开，改变应用程序之间的高耦合性，是用一种业务逻辑和数据显示分离的方法组织代码；
MVC是一个框架模式，它强制性的使应用程序的输入、处理和输出分开，最典型的MVC就是JSP + servlet + javabean的模式，常用的MVC还有Struts，Webwork，Spring MVC，JSF等等；
视图：视图是用户看到并与之交互的界面。对老式的Web应用程序来说，视图就是由HTML元素组成的界面，在新式的Web应用程序中，HTML依旧在视图中扮演着重要的角色，但一些新的技术已层出不穷，它们包括Adobe Flash和像XHTML，XML/XSL,WML等一些标识语言和Web services；
模型：模型表示企业数据和业务规则。在MVC的三个部件中，模型拥有最多的处理任务，一个模型能为多个视图提供数据，由于应用于模型的代码只需写一次就可以被多个视图重用，所以减少了代码的重复性；
控制器：控制器的作用就像一个前台，它接收用户的请求，然后协调视图和模型去完成用户的请求需求，所以当单击Web页面中的超链接和发送HTML表单时，控制器本身不输出任何东西和做任何处理。它只是接收请求并决定调用哪个模型构件去处理请求，然后再确定用哪个视图来显示返回的数据；
MVC模式的优点：
耦合性低：
视图层和业务层分离，这样就允许更改视图层代码而不用重新编译模型和控制器代码，同样，一个应用的业务流程或者业务规则的改变只需要改动MVC的模型层即可。因为模型与控制器和视图相分离，所以很容易改变应用程序的数据层和业务规则；如果把数据库从MySQL移植到Oracle，或者改变基于RDBMS数据源到LDAP，只需改变模型即可；
重用性高：
MVC模式允许使用各种不同样式的视图来访问同一个服务器端的代码，因为多个视图能共享一个模型，并且由于运用MVC应用程序的三个部件是相互独立，改变其中一个不会影响其他两个，所以这种设计思想能确保整个应用程序架构的稳定性和扩展性；
可维护性高
分离视图层和业务逻辑层也使得WEB应用更易于维护和修改；
MVC模式的缺点：
不适合小型，中等规模的应用程序
首先，将一个系统合理的划分为MVC三部分并不是一件容易的事情，开发一个MVC架构的系统，将不得不花费相当客观的时间去考虑如何将MVC运用到系统设计中，应用到规模并不是很大的应用程序通常会得不偿失，因此MVC并不适合小型甚至中等规模的应用程序；
增加系统结构和实现的复杂性
对于简单的界面，严格遵循MVC，使模型、视图与控制器分离，会增加结构的复杂性，并可能产生过多的更新操作，降低运行效率。
视图与控制器间的过于紧密的连接
视图与控制器是相互分离，但却是联系紧密的部件，视图没有控制器的存在，其应用是很有限的，反之亦然，这样就妨碍了他们的独立重用。
视图对模型数据的低效率访问
依据模型操作接口的不同，视图可能需要多次调用才能获得足够的显示数据。对未变化数据的不必要的频繁访问，也将损害操作性能。
图片转自百度百科