三层架构

三层架构是指：视图层view（表现层），服务层service（业务逻辑层），持久层Dao（数据访问层），

它们的功能是：

1.view层： 用于显示数据和接收用户输入的数据，为用户提供一种交互式操作的界面。主要作用是界面展示，接收请求，分发请求。

2.service层：实现业务的主要逻辑，是系统架构中体现核心价值的部分。将一个业务中所有的操作封装成一个方法，同时保证方法中所有的数据库更新操作，即保证同时成功或同时失败。避免部分成功部分失败引起的数据混乱操作。

3.Dao层：也称为是持久层，其功能主要是负责数据库的访问（可以访问数据库、二进制文件、文本文件等），是对数据库，而不是对数据的操作。简单的说法就是实现对数据表的Select，Insert，Update，Delete的操作。如果要加入ORM的元素，那么就会包括对象和数据表之间的mapping，以及对象实体的持久化。也就是哪个类对应哪个表，哪个属性对应哪个列。持久层的目的就是，完成对象数据和关系数据的转换。

三层架构的出现是为了降低耦合度，在这里，使用面向抽象编程，也就是上层对下层的调用，直接通过接口来完成，下层对上层的真正服务提供者，是下层实现的接口实现类。
实现类是可以更换的，这就实现了层间的解耦合。

实际项目中的包命名结构，其实就是三层架构的体现：

xxx:代表公司名称       yyy：代表项目名称

com.xxx.yyy.dao　　　　　　dao层接口
com.xxx.yyy.dao.impl　　　　dao层实现
com.xxx.yyy.service　　　　service层接口
com.xxx.yyy.service.impl　　service层实现　　　　　　
com.xxx.yyy.web　　　　　　web层
com.xxx.yyy.util　　　　　　工具包
com.xxx.yyy.domain　　　　javabean

---

MVC设计模式

MVC设计模式：Model-View-Controller简写

MVC是软件工程中的一种软件架构模式，它是一种分离业务逻辑与显示界面的设计方法，它把软件系统分为三个基本部分：模型（model）、视图（view）、控制器（controller）

控制器 controller：对请求进行处理，负责请求转发，也就是事件，用于流程的控制；

视图view：界面设计人员进行图形界面设计，也就是GUI组件，用于数据的展示；

模型model：编写程序应用功能（实现算法等等），数据库管理，也就是实体类。用于数据的封装和数据的传输；

分为两类：1.数据承载bean，2.业务承载bean，数据承载bean是指实体类专门承载业务数据的，比如Student，User，业务处理bean是指Service或者Dao对象，专门处理用户的请求的。

MVC框架的工作流程：

1.用户通过View页面向服务端提出请求，可以是表单请求、超链接请求、AJAX请求等。

2.服务端Controller控制器接收到请求后对请求进行解析，找到相应 的Model对用户请求进行处理。

3.Model处理后，将处理结果再交给Controller

4.Controller在接到处理结果后，根据处理结果找到要作为向客户端发回的响应View页面。页面经渲染（数据填充）后，再发送给客户端

最典型的MVC就是我们的JSP + Servlet + javabean的模式。

---

SSM（Spring、SpringMVC、MyBatis）

SSM，即 SpringMVC、Spring 与 MyBatis 三个框架

它们在三层架构中所处的位置是不同的，即它们在三层架构中的功能各不相同，各司其职

SpringMVC：作为 View 层的实现者，完成用户的请求接收功能。SpringMVC 的 Controller作为整个应用的控制器，完成用户请求的转发及对用户的响应。

MyBatis：作为 Dao 层的实现者，完成对数据库的增、删、改、查功能

Spring：以整个应用大管家的身份出现。整个应用中所有 Bean 的生命周期行为，均由
Spring 来管理。即整个应用中所有对象的创建、初始化、销毁，及对象间关联关系的维
护，均由 Spring 进行管理。

持久层：DAO层（mapper）
DAO层：DAO层主要是做数据持久层的工作，负责与数据库进行联络的一些任务都封装在此，
DAO层的设计首先是设计DAO的接口，
然后在Spring的配置文件中定义此接口的实现类，
然后就可在模块中调用此接口来进行数据业务的处理，而不用关心此接口的具体实现类是哪个类，显得结构非常清晰，
DAO层的数据源配置，以及有关数据库连接的参数都在Spring的配置文件中进行配置。

业务层： Service层
Service层：Service层主要负责业务模块的逻辑应用设计。 首先设计接口，再设计其实现的类
接着再在Spring的配置文件中配置其实现的关联。这样我们就可以在应用中调用Service接口来进行业务处理。
Service层的业务实现，具体要调用到已定义的DAO层的接口，
封装Service层的业务逻辑有利于通用的业务逻辑的独立性和重复利用性，程序显得非常简洁。

表现层：Controller层（Handler层）
Controller层：Controller层负责具体的业务模块流程的控制，
在此层里面要调用Service层的接口来控制业务流程，
控制的配置也同样是在Spring的配置文件里面进行，针对具体的业务流程，会有不同的控制器，我们具体的设计过程中可以将流程进行抽象归纳，设计出可以重复利用的子单元流程模块，这样不仅使程序结构变得清晰，也大大减少了代码量。

View层
View层：此层与控制层结合比较紧密，需要二者结合起来协同工发。View层主要负责前台jsp页面的表示.

各层联系
DAO层，Service层这两个层次都可以单独开发，互相的耦合度很低，完全可以独立进行，这样的一种模式在开发大项目的过程中尤其有优势
Controller，View层因为耦合度比较高，因而要结合在一起开发，但是也可以看作一个整体独立于前两个层进行开发。这样，在层与层之前我们只需要知道接口的定义，调用接口即可完成所需要的逻辑单元应用，一切显得非常清晰简单。

Service逻辑层设计
Service层是建立在DAO层之上的，建立了DAO层后才可以建立Service层，而Service层又是在Controller层之下的，因而Service层应该既调用DAO层的接口，又要提供接口给Controller层的类来进行调用，它刚好处于一个中间层的位置。
每个模型都有一个Service接口，每个接口分别封装各自的业务处理方法。

---

三层架构与MVC的关系

MVC 是在三层架构的基础上设计的一种框架型架构，三层架构是一种宏观的概念，而 MVC 就是一种比较具体的三层架构的框架实现。

三层架构与MVC毫无关系。
之所以这样说，是因为它们二者使用范围不同：三层可以应用于任何语言、任何技术的应用程序；而MVC只是为了解决B-S应用程序视图层各部分的耦合关系。它们互不冲突，可以同时存在，也可根据情况使用其中一种。

之所以我们会混淆，是因为在进行web开发时两者会同时使用。
1：在三层架构设计中，表示层可由MVC设计模式中的视图（view）和控制器（controller）来实现，而业务逻辑层和数据访问层则组成MVC设计模式中的模型的实现。
2：因此，在实际的应用中，都是采用三层架构来搭建系统的框架，而表示层与业务逻辑层和数据访问层的交互则是通过MVC设计模式来实现。

---

SSM与三层架构的对应关系

SpringMVC：作为view的实现者，它的controller作为整个应用的控制器，完成用户请求的转发和对用户的响应。

Mybatis：作为Dao的实现者，完成数据库的增伤改查等功能。

Spring：是整个应用的大管家，整个应用中所有的bean的生命周期行为，都是由Spring来管理的，就是说整个应用中所有的对象的创建，初始化，销毁，以及对象之间关联的关系维护，都是由Spring来进行管理。

简单说，即

表现层————SpringMVC
业务层————手写需求
持久层————MyBatis
Spring则控制整个项目中对象的创建与管理。

---

持久层技术解决方案

1.JDBC技术

JDBC技术并不是框架，而是一种规范。

Connection’
PrepareStatement
ResultSet

2.Spring的JdbcTemplate

Spring的JdbcTemplate并不是框架，而是一个工具类。
属于Spring自带的对jdbc的简单封装。

3.Apache的DBUtils

Apache的DBUtils并不是框架，而是一个工具类。
和Spring的JdbcTemplate很像，也是对Jdbc的简单封装。