MVC：模型（Model）、视图（View）、控制器（Control）
流程如下：
首先是视图向控制器发送请求，控制器再将业务请求发送给模型，
然后模型处理请求业务并把结果返回给控制器，控制器根据结果再选择
视图。
MVC的优点：
1、低耦合性：
视图层和业务层分离，这样就允许更改视图层代码而不用重新编译模型和
控制器代码。同样，一个应用的业务流程或者业务规则的改变只需要改动
MVC的模型层即可，因为模型与控制器和视图相分离，所以很容易改变应用
程序的数据层和业务规则。
2、高重用性和可适用性
MVC模式允许你使用各种不同样式的视图来访问同一个服务器端的代码。它
包括任何WEB（HTTP）浏览器或者无线浏览器（wap），例如：例如，很多数
据可能用HTML来表示，但是也有可能用WAP来表示，而这些表示所需要的仅令
是改变视图层的实现方式，而控制层和模型层无需做任何改变。
3、较低的生命周期成本
MVC使降低开发和维护用户接口的技术含量成为可能。
4、快速的部署
使用MVC模式使开发时间得到相当大的缩减，它使程序员（Java开发人员）
集中 精力于业务逻辑，界面程序员（HTML和JSP开发人员）集中精力于表
现形式上
5、可维护性
分离视图层和业务层也使得WEB应用更便于维护和修改
6、有利于软件工程化管理
由于不同的层各司其职，没一层不同的应用具有某些相同的特征，有利于通过
工程化、工具化管理程序代码。
MVC的缺点：
1、增加了系统结构和实现的复杂性
2、视图与控制器间的过于紧密的连接
3、视图对模型数据的低效率访问
4、目前一般高级的界面工具或构造器不支持MVC模式，改造这些工具以适应
MVC需要和建立分离的部件的代价很高，从而造成使用MVC的困难
缺点：
小型项目，反而会降低开发效率，虽然层与层之间相互分离，但之间关联性太强，没有做到独立的重用。增加了系统结构和实现的复杂性。视图对模型数据的低效率访问。
================以下转载=============================
一、MVC原理
百度百科：MVC全名是Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写，一种软件设计典范，用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。
另：MVC是一种程序开发设计模式,它实现了显示模块与功能模块的分离。提高了程序的可维护性、可移植性、可扩展性与可重用性，降低了程序的开发难度。它主要分模型、视图、控制器三层。
1、模型(model)它是应用程序的主体部分，主要包括业务逻辑模块（web项目中的Action,dao类）和数据模块（pojo类）。模型与数据格式无关，这样一个模型能为多个视图提供数据。由于应用于模型的代码只需写一次就可以被多个视图重用，所以减少了代码的重复性
2、视图(view) 用户与之交互的界面、在web中视图一般由jsp,html组成
3、控制器(controller)接收来自界面的请求 并交给模型进行处理 在这个过程中控制器不做任何处理只是起到了一个连接的做用
二、MVC的优点
1、可以为一个模型在运行时同时建立和使用多个视图。变化-传播机制可以确保所有相关的视图及时得到模型数据变化，从而使所有关联的视图和控制器做到行为同步。
2、视图与控制器的可接插性，允许更换视图和控制器对象，而且可以根据需求动态的打开或关闭、甚至在运行期间进行对象替换。
3、模型的可移植性。因为模型是独立于视图的，所以可以把一个模型独立地移植到新的平台工作。需要做的只是在新平台上对视图和控制器进行新的修改。
4、潜在的框架结构。可以基于此模型建立应用程序框架，不仅仅是用在设计界面的设计中。
三、MVC的不足之处
1、增加了系统结构和实现的复杂性。对于简单的界面，严格遵循MVC，使模型、视图与控制器分离，会增加结构的复杂性，并可能产生过多的更新操作，降低运行效率。
2、视图与控制器间的过于紧密的连接。视图与控制器是相互分离，但确实联系紧密的部件，视图没有控制器的存在，其应用是很有限的，反之亦然，这样就妨碍了他们的独立重用。
3、视图对模型数据的低效率访问。依据模型操作接口的不同，视图可能需要多次调用才能获得足够的显示数据。对未变化数据的不必要的频繁访问，也将损害操作性能。
4、目前，一般高级的界面工具或构造器不支持模式。改造这些工具以适应MVC需要和建立分离的部件的代价是很高的，从而造成MVC使用的困难。
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/112514.html原文链接：https://javaforall.net
