MVC模式简介
MVC是一种架构型模式，它本身并不引入新的功能，只是用来指导我们改善应用程序的架构，使得应用的模型和视图相分离，从而得到更好的开发和维护效率。
在MVC模式中，应用程序被划分成了模型（Model）、视图（View）和控制器（Controller）三个部分。其中，模型部分包含了应用程序的业务逻辑和业务数据；视图部分封装了应用程序的输出形式，也就是通常所说的页面或者是界面；而控制器部分负责协调模型和视图，根据用户请求来选择要调用哪个模型来处理业务，以及最终由哪个视图为用户做出应答。
MVC模式的这三个部分的职责非常明确，而且相互分离，因此每个部分都可以独立的改变而不影响其他部分，从而大大提高了应用的灵活性和重用性。
MVC模式基础
在MVC模式中，一个应用被划分成了模型（Model）、视图（View）和控制器（Controller）三个部分，接下来认识一下这三个部分。
1：首先看一下模型、视图、控制器各部分的作用
- 模型（Model）：负责封装应用的状态，并实现应用的功能。通常又分为数据模型和业务逻辑模型，数据模型用来存放业务数据，比如订单信息、用户信息等；而业务逻辑模型包含应用的业务操作，比如订单的添加或者修改等。
- 视图（View）：用来将模型的内容展现给用户，用户可以通过视图来请求模型进行更新。视图从模型获得要展示的数据，然后用自己的方式展现给用户，相当于提供界面来与用户进行人机交互；用户在界面上操作或者填写完成后，会点击提交按钮或是以其它触发事件的方式，来向控制器发出请求。
- 控制器（Controller）：用来控制应用程序的流程和处理视图所发出的请求。当控制器接收到用户的请求后，会将用户的数据和模型的更新相映射，也就是调用模型来实现用户请求的功能；然后控制器会选择用于响应的视图，把模型更新后的数据展示给用户。
2：模型和视图的关系
在MVC中，模型和视图是分离的，通常视图里面不会有任何逻辑实现；而模型也是不依赖于视图的，同一个模型可能会有很多种不同的展示方式，也就是同一个模型可以对应多种不同的视图。
这种例子比比皆是，例如，在windows操作系统上浏览文件夹时，文件夹就那些，数据并没有变化，但是展示方式就有多种，比如大图标、小图标、详细信息等等多种展示方式。以tomcat7文件夹下的文件为例，按照不同的展示方式，如图1.1所示：
MVC开发模式和传统开发模式的区别
Model1模式：使用纯JSP或者JSP+JavaBean开发，存在如下缺陷：JSP页面中混合了HTML和JAVA代码，从而给代码的开发和阅读带 来了麻烦；系统后期维护和扩展非常困难，例如在JSP页面进行数据库连接和操作，如果需要对数据库进行任何修改，都必须打开所有操作数据库的JSP页面进 行相应的修改，当页面非常多的时候，工作量相当大；系统不容易调试，由于HTML、JAVA、JavaScript都混合在一起，必须要启动服务器并调用 JSP页面才能查看运行效果。故此模式适合小规模的WEB应用开发。
JSP+JavaBean开发，虽然实现了逻辑功能和显示功能的分离，但是由于视图层和控制层都是由JSP页面实现的，即视图层和控制层没有实现分离，所以它任然属于Model1模式。
Model2模式——MVC开发模式
它是为了克服Model1存在的不足而设计的，MVC的具体含义是：model+view+control，即模型+视图+控制，这样的模式集成了JSP、Serclet、JavaBean，非常适合大型项目的开发。
View视图层：
代表和用户交互的界面，可以通过html、xml、applet小java程序等实现，它仅仅负责数据的采集和处理（显示）。在JSP中它由JSP页面单独实现。
Model模型层：
它常常使用JavaBean来编写，它接受视图层请求的数据，然后进行相应的业务处理并返回最终的处理结果，它负担的责任最为核心，并利用JavaBean具有的特性实现了代码的重用和扩展以及给维护带来了方便。
Control控制层：
控制层是从用户端接收请求，然后将请求传递给模型层并告诉模型层应该调用什么功能模块来处理该请求，它将协调视图层和模型层之间的工作，起到中间枢纽的作用，它一般交由Serclet来实现。
MVC开发模式与Model1模式比较，显示出如下特点：
(1)各层各负其责，互不干涉。各自更新之后对其它层没有任何干扰；
(2)MVC开发模式有利于责任分工，让专门人员分别从事专门层的设计，提高工作效率和质量；
(3)组件可以得到很好的重用，由于分工明确，各层的组件可以独立成一个可以重用的组件。
但是MVC开发模式相对Model1来说比较复杂，所以它比较适合开发大中型项目应用，而Model1模式适合小规模的WEB应用开发。
