【DAY_03】SSM原理知识
SSM → Spring + SpringMVC + MyBatis
一、SSM层次
数据持久层：DAO层（mapper）
DAO层：DAO层主要是做数据持久层的工作，负责与数据库进行联络的一些任务都封装在此。DAO层的设计首先是设计DAO的接口，然后在Spring的配置文件中定义此接口的实现类，然后就可在模块中调用此接口来进行数据业务的处理，而不用关心此接口的具体实现类是哪个类，显得结构非常清晰，DAO层的数据源配置，以及有关数据库连接的参数都在Spring的配置文件中进行配置。
业务层：Service层
Service层：Service层主要负责业务模块的逻辑应用设计。 首先设计接口，再设计其实现的类接着再在Spring的配置文件中配置其实现的关联。这样我们就可以在应用中调用Service接口来进行业务处理。 Service层的业务实现，具体要调用到已定义的DAO层的接口，封装Service层的业务逻辑有利于通用的业务逻辑的独立性和重复利用性，程序显得非常简洁。
控制层：Controller层（Handler层）
Controller层:Controller层负责具体的业务模块流程的控制， 在此层里面要调用Service层的接口来控制业务流程，控制的配置也同样是在Spring的配置文件里面进行，针对具体的业务流程，会有不同的控制器，我们具体的设计过程中可以将流程进行抽象归纳，设计出可以重复利用的子单元流程模块，这样不仅使程序结构变得清晰，也大大减少了代码量。
各层联系
DAO层，Service层这两个层次都可以单独开发，互相的耦合度很低，完全可以独立进行，这样的一种模式在开发大项目的过程中尤其有优势。Controller，View层因为耦合度比较高，因而要结合在一起开发，但是也可以看作一个整体独立于前两个层进行开发。这样，在层与层之前我们只需要知道接口的定义，调用接口即可完成所需要的逻辑单元应用，一切显得非常清晰简单。
Service逻辑层设计：Service层是建立在DAO层之上的，建立了DAO层后才可以建立Service层，而Service层又是在Controller层之下的，因而Service层应该既调用DAO层的接口，又要提供接口给Controller层的类来进行调用，它刚好处于一个中间层的位置。每个模型都有一个Service接口，每个接口分别封装各自的业务处理方法。
二、SSM框架整合说明
整合Dao层
MyBatis配置文件 sqlMapConfig.xml
-
配置别名：用于批量扫描Pojo包
-
不需要配置mappers标签，但一定要保证
mapper.java文件与mapper.xml文件同名
Spring配置文件 applicationContext-dao.xml
-
主要配置内容 ：数据源，SqlSessionFactory，mapper扫描器
-
这里使用sqlSessionFactoryBeanName属性是因为如果配置的是sqlSessionFactory属性，将不会先加载数据库配置文件及数据源配置
创建所需的Mapper.java
一般不动原始生成的po类，而是将原始类进行集成vo类
创建POJO类对应的mapper.xml
整合service层
目标：让spring管理service接口。
定义service接口
一般在ssm.service包下定义接口 eg：ItemsService
定义ServiceImpl实现类
因为在applicationContext-dao.xml中已经使用了mapper扫描器，这里可以直接通过注解的方式将itemsMapperCustom自动注入。
在spring容器配置service
applicationContext-service.xml在此文件中配置service。
整合springmvc
创建springmvc.xml文件，配置处理器映射器 、 适配器、视图解析器
配置前端控制器
在web.xml中加入如下内容 contextConfigLocation配置springmvc加载的配置文件（配置处理器映射器、适配器等等） 如果不配置contextConfigLocation，默认加载的是/WEB-INF/servlet名称-serlvet.xml（springmvc-servlet.xml） 在url-pattern中 填入.action，表示访问以.action结尾 由DispatcherServlet进行解析 填入/，所有访问的地址都由DispatcherServlet进行解析，对于静态文件的解析需要配置不让DispatcherServlet进行解析，使用此种方式可以实现RESTful风格的url
加载spring容器
-
在
web.xml中，添加spring容器监听器，加载spring容器
三、Mybatis的原理
1、数据库连接，使用时创建，不使用就关闭，对数据库进行频繁连接开启和关闭，造成数据库资源的浪费
解决：使用数据库连接池管理数据库连接
2、将sql 语句硬编码到Java代码中，如果sql语句修改，需要对java代码重新编译，不利于系统维护
解决：将sql语句设置在xml配置文件中，即使sql变化，也无需重新编译
3、向preparedStatement中设置参数，对占位符位置和设置参数值，硬编码到Java文件中，不利于系统维护
解决：将sql语句及占位符，参数全部配置在xml文件中
4、从resutSet中遍历结果集数据时，存在硬编码，将获取表的字段进行硬编码，不利于系统维护。解决：将查询的结果集，自动映射成java对象
四、Mapper.xml映射
<select id="queryById" parameterType="long" resultType="Paper" >
SELECT paper_id,name,number,detail FROM paper WHERE paper_id=#{paperId}
</select>
如图，parameterType表示接收变量的类型，resultType表示返回的结果的数据类型，这个select表示接收long型数据，返回paper型结果
#{}告诉 MyBatis 创建一个预处理语句（PreparedStatement）参数，在 JDBC 中，这样的一个参数在 SQL 中会由一个“?”来标识，并被传递到一个新的预处理语句中，就像这样：
// JDBC 代码，非 MyBatis 代码...
String selectPerson = "SELECT * FROM PERSON WHERE ID=?";
PreparedStatement ps = conn.prepareStatement(selectPerson);
ps.setInt(1,id);
五、Maven
用处一：相同的项目结构
Maven 的翻译为 “专家”、“行家” ，是一个跨平台的项目管理工具。主要用于：基于 Java 平台的项目（Maven 本身也是 Java 编写的）的构建、依赖包管理和项目信息管理。
用处二：统一维护 jar 包
Maven能提供一种项目的依赖配置，配置好的项目，Maven 能自动的从 Maven 的中央仓库中帮我们下载并管理项目依赖的 jar 包，并且还能自动的管理这些 jar 包依赖的其他 jar 包。 maven 风格的项目，首先把所有的 jar 包都放在"仓库“ 里，然后哪个项目需要用到这个 jar 包，只需要给出 jar 包的名称和版本号就行了。 这样 jar 包就实现了共享。
创建项目：
在pom.xml文件中声明依赖的 jar 包，在web.xml中声明编码过滤器并配置 DispatcherServlet。在spring-mybatis.xml中完成 spring 和 mybatis 的配置。在spring-mvc.xml中完成 Spring MVC 的相关配置。在jdbc.properties中配置 c3p0 数据库连接池。在logback.xml中完成日志输出的相关配置。
六、三层架构
三层架构由用户界面层/表示层（User Interface），业务逻辑层（Business Logic Layer）和数据访问层（Data Acess Layer）构成。
其中每一层的作用为：
-
用户界面层：负责与用户进行交互。
-
业务逻辑层：主要是针对具体的问题的操作，也可以理解成对数据层的操作，对数据业务逻辑处理。
-
数据访问层
七、SSM与三层架构的关系
SSM主要由Spring，SpringMVC 和 Mybatis三个构成。它们在三层架构中所处的位置是不同的，即它们在三层架构中的功能各不相同，各司其职。
-
SpringMVC：作为View层的实现者，完成用户的请求接收功能。SpringMVC的Controller作为整个应用的控制器，完成用户请求的转发及对用户的响应
-
MyBatis：作为 Dao层的实现者，完成对数据库的增、删、改、查功能
-
Spring：以整个应用大管家的身份出现。整个应用中所有的Bean的生命周期行为，均由Spring来管理。即整个应用中所有对象的创建、初始化、销毁，及对象间关联关系的维护，均由Spring进行管理
