SpringMVC

首先我们来理清一些概念吧：

• DAO(Data Access Object)：主要对数据的操作，增加、修改、删除等原子性操作。

• Web层：界面+控制器，也就是说JSP【界面】+Servlet【控制器】

• Service业务层：将多个原子性的DAO操作进行组合，组合成一个完整的业务逻辑

• 控制层：主要使用Servlet进行控制

• 数据访问层：使用DAO、Hibernate、JDBC技术实现对数据的增删改查

• JavaBean用于封装数据，处理部分核心逻辑，每一层中都用到！

什么是MVC MVC的概念

MVC是一个架构，或者说是一个设计模式，它就是强制性使应用程序的输入，处理和输出分开。将一个应用程序分为三个部分：Model，View，Controller。

原理图：

在 Web 项目的开发中，能够及时、正确地响应用户的请求是非常重要的。用户在网页上单击一个 URL 路径，这对 Web 服务器来说，相当于用户发送了一个请求。而获取请求后如何解析用户的输入，并执行相关处理逻辑，最终跳转至正确的页面显示反馈结果，这些工作往往是控制层（Controller）来完成的。

在请求的过程中，用户的信息被封装在 User 实体类中，该实体类在 Web 项目中属于数据模型层（Model）。

在请求显示阶段，跳转的结果网页就属于视图层（View）。

像这样，控制层负责前台与后台的交互，数据模型层封装用户的输入/输出数据，视图层选择恰当的视图来显示最终的执行结果，这样的层次分明的软件开发和处理流程被称为 MVC 模式。

总结如下：

Model模型：负责完成业务逻辑：由JavaBean构成，在MVC的三个部件中，模型拥有最多的处理任务。例如它可能用像EJB和javabean这样的构件对象来处理数据库。由于应用于模型的代码只需写一次就可以被多个视图重用，所以减少了代码的重复性。不过现在一般都分离开来：Value Object（数据Dao） 和 服务层（行为Service）。也就是模型提供了模型数据查询和模型数据的状态更新等功能，包括数据和业务（即在数据库中存取数据）。

View视图：就是负责跟用户交互的界面。一般就是由HTML，css元素组成的界面，当然现在还有一些像js，ajax，flex一些也都属于视图层。 在视图层里没有真正的处理发生，之负责数据输出，并允许用户操纵的方式。MVC能为应用程序处理很多不同的视图。

Controller控制器：负责接收请求—>调用模型—>根据结果派发页面并经过模型处理返回相应数据。也就是说控制器做了个调度员的工作。

Servlet+JSP+JavaBean（Model2）

SUN 公司推出 JSP 技术的同时，也推出了两种 Web 应用程序的开发模式。即 JSP+JavaBean（Model1） 和 Servlet+JSP+JavaBean（Model2）。

最典型的MVC就是Servlet+JSP+JavaBean（Model2）的模式。

Servlet+JSP+JavaBean（Model2） 中 Servlet 用于处理用户请求，JSP 用于数据显示，JavaBean 用于数据封装，适合复杂的 Web 程序。

相比 JSP+JavaBean 模式来说，Servlet+JSP+JavaBean 模式将控制层单独划分出来负责业务流程的控制，接收请求，创建所需的 JavaBean 实例，并将处理后的数据返回视图层（JSP）进行界面数据展示。

Servlet+JSP+JavaBean（Model2） 模式的结构清晰，是一个松耦合架构模式，一般情况下，建议使用该模式。

MVC优缺点

任何一件事都有利有弊，下面来了解一下 MVC 的优缺点。

MVC的优点

1、分工明确：使用MVC可以把数据库开发，程序业务逻辑开发，页面开发分开，每一层都具有相同的特征，方便以后的代码维护。它使程序员（Java开发人员）集中精力于业务逻辑，界面程序员（HTML和JSP开发人员）集中精力于表现形式上。

2、松耦合：视图层和业务层分离，这样就允许更改视图层代码而不用重新编译模型和控制器代码，同样，一个应用的业务流程或者业务规则的改变只需要改动MVC的模型层即可。因为模型与控制器和视图相分离，所以很容易改变应用程序的数据层和业务规则。

3、复用性高（利于各层逻辑的复用）：像多个视图能够共享一个模型，不论你视图层是用flash界面或是wap界面，用一个模型就能处理他们。将数据和业务规则从表示层分开，就可以最大化从用代码。

4、有利于软件工程化管理

总之，我们通过 MVC 设计模式最终可以打造出一个松耦合+高可重用性+高可适用性的完美架构。

MVC的缺点

MVC 并不适合小型甚至中型规模的项目，花费大量时间将 MVC 应用到规模并不是很大的应用程序，通常得不偿失，所以对于 MVC 设计模式的使用要根据具体的应用场景来决定。

增加了系统结构和实现的复杂性

有时会导致级联的修改。这种修改尤其体现在自上而下的方向。如果在表示层中需要增加一个功能，为保证其设计符合分层式结构，可能需要在相应的业务逻辑层和数据访问层中都增加相应的代码。

降低了系统的性能

视图对模型数据的低效率访问。这是不言而喻的。如果不采用分层式结构，很多业务可以直接造访数据库，以此获取相应的数据，如今却必须通过中间层来完成。

原理复杂

由于它没有明确的定义，所以完全理解MVC并不是很容易。使用MVC需要精心的计划，由于它的内部原理比较复杂，所以需要花费一些时间去思考。

MVC架构和三层架构的联系与区别 三层架构

UI: 界面层（User Interface layer）

BLL: 业务逻辑层（Business Logic Layer）

DAL:数据访问层(Data Access Layer)

都是三层，分层的目的是解耦合，按职责划分层次。各层功能独立单一。易于扩展应用，提高开发效率。

主要区别

● 三层架构适用所有的应用架构， MVC 侧重是 web 应用的使用（jsp 和 servlet 的解耦）。

● 三层架构中没有控制器 Controller. MVC 中有控制器层 Controller

常见的MVC框架

常见的服务器端MVC框架有：Struts、Spring MVC、ASP.NET MVC、Zend framework、JSF；常见前端MVC框架：vue、angularjs、react、backbone；由MVC演化出了另外一些模式如：MVP、MVVM。

SpringMVC简介

SpringMVC 也叫 Spring web mvc，属于表现层的框架。Spring MVC是Spring framework的一部分，是基于Java实现MVC的轻量级Web框架。是在 Spring3.0 后发布的。

Spring MVC 的架构

Spring MVC是一种基于Java的实现了Web MVC设计模式的请求驱动类型的轻量级Web框架，即使用了MVC架构模式的思想，将web层进行职责解耦，基于请求驱动指的就是使用请求-响应模型，框架的目的就是帮助我们简化开发，Spring Web MVC也是要简化我们日常Web开发的。

为解决持久层中一直未处理好的数据库事务的编程，又为了迎合 NoSQL 的强势崛起，Spring MVC 给出了方案：

在 Spring MVC 框架中，Controller 替换 Servlet 来担负控制器的职责，用于接收请求，调用相应的 Model 进行处理，处理器完成业务处理后返回处理结果。Controller 调用相应的 View 并对处理结果进行视图渲染，最终客户端得到响应信息。

传统的Model层被拆分为了业务层(Service)和数据访问层（DAO,Data Access Object）。 在 Service 下可以通过 Spring 的声明式事务操作数据访问层，而在业务层上还允许我们访问 NoSQL ，这样就能够满足异军突起的 NoSQL 的使用了，它可以大大提高互联网系统的性能。

Spring MVC的特点

1. 轻量
2. 高效
3. 与Spring兼容性好
4. 功能强大。RESTful、数据验证、格式化、绑定机制、本地化、主题等
5. 简洁灵活

一个好的框架要减轻开发者处理复杂问题的负担，内部有良好的扩展，并且有一个支持它的强大用户群体，恰恰 Spring MVC 都做到了。

Spring MVC功能

Spring MVC围绕DispatcherServlet设计。 DispatcherServlet的作用是将请求分发到不同的处理器。从Spring 2.5开始，使用Java 5或者以上版本的用户可以采用基于注解的Controller声明方式。官网上说Spring的Web模块提供了大量独特的功能，包括:

• 清晰的角色划分：控制器（controller）、验证器（validator）、 命令对象（command object）、表单对象（form object）、模型对象（model object）、 Servlet分发器（DispatcherServlet）、 处理器映射（handler mapping）、视图解析器（view resolver）等等。 每一个角色都可以由一个专门的对象来实现。
• 强大而直接的配置方式：将框架类和应用程序类都能作为JavaBean配置，支持跨多个context的引用，例如，在web控制器中对业务对象和验证器（validator）的引用。
• 可适配、非侵入：可以根据不同的应用场景，选择合适的控制器子类 （simple型、command型、form型、wizard型、multi-action型或者自定义），而不是从单一控制器 （比如Action/ActionForm）继承。
• 可重用的业务代码：可以使用现有的业务对象作为命令或表单对象，而不需要去扩展某个特定框架的基类。
• 可定制的绑定（binding） 和验证（validation）：比如将类型不匹配作为应用级的验证错误， 这可以保存错误的值。再比如本地化的日期和数字绑定等等。在其他某些框架中，你只能使用字符串表单对象， 需要手动解析它并转换到业务对象。
• 可定制的Handler Mapping和View Resolution：Spring提供从最简单的URL映射， 到复杂的、专用的定制策略。与某些web MVC框架强制开发人员使用单一特定技术相比，Spring显得更加灵活。
• 灵活的Model转换：在Springweb框架中，使用基于Map的 键/值对来达到轻易地与各种视图技术的集成。
• 可定制的本地化和主题（Theme）解析：支持在JSP中可选择地使用Spring标签库、支持JSTL、支持Velocity（不需要额外的中间层）等等。
• 简单而强大的JSP标签库（Spring Tag Library）：支持包括诸如数据绑定和主题（Theme） 之类的许多功能。它提供在标记方面的最大灵活性。
• JSP表单标签库：在Spring2.0中引入的表单标签库，使得在JSP中编写 表单更加容易。