IDEA 整合 SSM 框架学习

认识 Spring 框架

更多详情请点击这里：[这里:https://www.jianshu.com/p/1af66a499f49)

Spring 框架是 Java 应用最广的框架，它的成功来源于理念，而不是技术本身，它的理念包括IoC (Inversion of Control，控制反转)和AOP(Aspect Oriented Programming，面向切面编程)。

什么是 Spring：

Spring 是一个轻量级的 DI / IoC 和 AOP 容器的开源框架，来源于 Rod Johnson 在其著作《Expert one on one J2EE design and development》中阐述的部分理念和原型衍生而来。

Spring 提倡以“最少侵入”的方式来管理应用中的代码，这意味着我们可以随时安装或者卸载 Spring

适用范围：任何 Java 应用

Spring 的根本使命：简化 Java 开发

尽管 J2EE 能够赶上 Spring 的步伐，但 Spring 并没有停止前进，Spring 继续在其他领域发展，而 J2EE 则刚刚开始涉及这些领域，或者还没有完全开始在这些领域的创新。移动开发、社交 API 集成、NoSQL 数据库、云计算以及大数据都是 Spring 正在涉足和创新的领域。Spring 的前景依然会很美好。

Spring 的优势

低侵入 / 低耦合（降低组件之间的耦合度，实现软件各层之间的解耦）

声明式事务管理（基于切面和惯例）

方便集成其他框架（如MyBatis、Hibernate）

降低 Java 开发难度

Spring 框架中包括了 J2EE 三层的每一层的解决方案（一站式）

Spring 能帮我们做什么

①.Spring能帮我们根据配置文件创建及组装对象之间的依赖关系。

②.Spring 面向切面编程能帮助我们无耦合的实现日志记录，性能统计，安全控制。

③.Spring能非常简单的帮我们管理数据库事务。

④.Spring还提供了与第三方数据访问框架（如Hibernate、JPA）无缝集成，而且自己也提供了一套JDBC访问模板来方便数据库访问。

⑤.Spring还提供与第三方Web（如Struts1/2、JSF）框架无缝集成，而且自己也提供了一套Spring MVC框架，来方便web层搭建。

⑥.Spring能方便的与Java EE（如Java Mail、任务调度）整合，与更多技术整合（比如缓存框架）。

Spring 的框架结构

Data Access/Integration层包含有JDBC、ORM、OXM、JMS和Transaction模块。

Web层包含了Web、Web-Servlet、WebSocket、Web-Porlet模块。

AOP模块提供了一个符合AOP联盟标准的面向切面编程的实现。

Core Container(核心容器)：包含有Beans、Core、Context和SpEL模块。

Test模块支持使用JUnit和TestNG对Spring组件进行测试。

Spring IoC 概述

更多详情请点击这里：[这里:https://www.jianshu.com/p/20cea9170110)

IoC：Inverse of Control（控制反转）

读作“反转控制”，更好理解，不是什么技术，而是一种设计思想，就是将原本在程序中手动创建对象的控制权，交由Spring框架来管理。

正控：若要使用某个对象，需要自己去负责对象的创建

反控：若要使用某个对象，只需要从 Spring 容器中获取需要使用的对象，不关心对象的创建过程，也就是把创建对象的控制权反转给了Spring框架

好莱坞法则：Don’t call me ,I’ll call you

一个例子

控制反转显然是一个抽象的概念，我们举一个鲜明的例子来说明。

在现实生活中，人们要用到一样东西的时候，第一反应就是去找到这件东西，比如想喝新鲜橙汁，在没有饮品店的日子里，最直观的做法就是：买果汁机、买橙子，然后准备开水。值得注意的是：这些都是你自己“主动”创造的过程，也就是说一杯橙汁需要你自己创造。

然而到了今时今日，由于饮品店的盛行，当我们想喝橙汁时，第一想法就转换成了找到饮品店的联系方式，通过电话等渠道描述你的需要、地址、联系方式等，下订单等待，过一会儿就会有人送来橙汁了。

请注意你并没有“主动”去创造橙汁，橙汁是由饮品店创造的，而不是你，然而也完全达到了你的要求，甚至比你创造的要好上那么一些。

Spring IoC 阐述

这就是一种控制反转的理念，上述的例子已经很好的说明了问题，我们再来描述一下控制反转的概念：控制反转是一种通过描述（在 Java 中可以是 XML 或者注解）并通过第三方（Spring）去产生或获取特定对象的方式。

好处：

降低对象之间的耦合

我们不需要理解一个类的具体实现，只需要知道它有什么用就好了（直接向 IoC 容器拿）

主动创建的模式中，责任归于开发者，而在被动的模式下，责任归于 IoC 容器，基于这样的被动形式，我们就说对象被控制反转了。（也可以说是反转了控制）

Spring AOP 简介

更多详情请点击这里：[这里:https://www.jianshu.com/p/994027425b44)

如果说 IoC 是 Spring 的核心，那么面向切面编程就是 Spring 最为重要的功能之一了，在数据库事务中切面编程被广泛使用。

AOP 即 Aspect Oriented Program 面向切面编程

首先，在面向切面编程的思想里面，把功能分为核心业务功能，和周边功能。

所谓的核心业务，比如登陆，增加数据，删除数据都叫核心业务

所谓的周边功能，比如性能统计，日志，事务管理等等

周边功能在 Spring 的面向切面编程AOP思想里，即被定义为切面

在面向切面编程AOP的思想里面，核心业务功能和切面功能分别独立进行开发，然后把切面功能和核心业务功能 "编织" 在一起，这就叫AOP

AOP 的目的

AOP能够将那些与业务无关，却为业务模块所共同调用的逻辑或责任（例如事务处理、日志管理、权限控制等）封装起来，便于减少系统的重复代码，降低模块间的耦合度，并有利于未来的可拓展性和可维护性。

一个例子

为了更好的说明 AOP 的概念，我们来举一个实际中的例子来说明：

在上面的例子中，包租婆的核心业务就是签合同，收房租，那么这就够了，灰色框起来的部分都是重复且边缘的事，交给中介商就好了，这就是AOP 的一个思想：让关注点代码与业务代码分离！

认识 MyBatis 框架

更多详情请点击这里：[这里:https://www.jianshu.com/p/c77e3691867d)

MyBatis 简介

MyBatis 本是apache的一个开源项目iBatis, 2010年这个项目由apache software foundation 迁移到了google code，并且改名为MyBatis，是一个基于Java的持久层框架。

持久层：可以将业务数据存储到磁盘，具备长期存储能力，只要磁盘不损坏，在断电或者其他情况下，重新开启系统仍然可以读取到这些数据。

优点：

可以使用巨大的磁盘空间存储相当量的数据，并且很廉价

灵活，几乎可以代替 JDBC，同时提供了接口编程。

缺点：慢（相对于内存而言）

为什么使用 MyBatis

在我们传统的 JDBC 中，我们除了需要自己提供 SQL 外，还必须操作 Connection、Statment、ResultSet，不仅如此，为了访问不同的表，不同字段的数据，我们需要些很多雷同模板化的代码，闲的繁琐又枯燥。

而我们在使用了MyBatis之后，只需要提供 SQL 语句就好了，其余的诸如：建立连接、操作 Statment、ResultSet，处理 JDBC 相关异常等等都可以交给 MyBatis 去处理，我们的关注点于是可以就此集中在 SQL 语句上，关注在增删改查这些操作层面上。

并且 MyBatis 支持使用简单的 XML 或注解来配置和映射原生信息，将接口和 Java 的 POJOs(Plain Old Java Objects,普通的 Java对象)映射成数据库中的记录。

认识 Spring MVC 框架

更多详情请点击这里：[这里:https://www.jianshu.com/p/91a2d0a1e45a)

MVC 设计概述

在早期 Java Web 的开发中，统一把显示层、控制层、数据层的操作全部交给 JSP 或者 JavaBean 来进行处理，我们称之为Model1：

出现的弊端：

JSP 和 Java Bean 之间严重耦合，Java 代码和 HTML 代码也耦合在了一起

要求开发者不仅要掌握 Java ，还要有高超的前端水平

前端和后端相互依赖，前端需要等待后端完成，后端也依赖前端完成，才能进行有效的测试

代码难以复用

正因为上面的种种弊端，所以很快这种方式就被 Servlet + JSP + Java Bean 所替代了，早期的 MVC 模型（Model2）就像下图这样：

首先用户的请求会到达 Servlet，然后根据请求调用相应的 Java Bean，并把所有的显示结果交给 JSP 去完成，这样的模式我们就称为 MVC 模式。

M 代表 模型（Model）

模型是什么呢？ 模型就是数据，就是 dao,bean

V 代表 视图（View）

视图是什么呢？ 就是网页, JSP，用来展示模型中的数据

C 代表 控制器（controller)

控制器是什么？ 控制器的作用就是把不同的数据(Model)，显示在不同的视图(View)上，Servlet 扮演的就是这样的角色。

Spring MVC 的架构

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

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

特点：

结构松散，几乎可以在 Spring MVC 中使用各类视图

松耦合，各个模块分离

与 Spring 无缝集成

Spring + Spring MVC + MyBatis 整合开发

认识 Maven

Maven 的翻译为 “专家”、“行家” ，是一个跨平台的项目管理工具。

主要用于：基于 Java 平台的项目（Maven 本身也是 Java 编写的）的构建、依赖包管理和项目信息管理。

Maven 主要用处一：相同的项目结构

Maven 提供了一种标准的项目目录结构，测试命名规则等项目的最佳实践方案，统一了不同项目的学习成本（约定大于配置）：

在 IDEA 下创建一个默认的 Maven 项目，有着上面这样相同的结构：

有一个 pom.xml 用于维护当前项目所依赖的 jar 包

所有的 Java 代码都放在 src/main/java 目录下

所有的测试代码都放在 src/test/java 目录下

Maven 主要用处二：统一维护 jar 包

Maven能提供一种项目的依赖配置，配置好的项目，Maven 能自动的从 Maven 的中央仓库中帮我们下载并管理项目依赖的 jar 包，并且还能自动的管理这些 jar 包依赖的其他 jar 包

比如说有 3 个 Java 项目，这些项目都不是 maven 风格。那么这3个项目，就会各自维护一套jar包。 而其中有些jar包是相同的。

而 maven 风格的项目，首先把所有的 jar 包都放在"[仓库:http://how2j.cn/k/maven/maven-repositories/1330.html)“ 里，然后哪个项目需要用到这个 jar 包，只需要给出 jar 包的名称和版本号就行了。 这样jar 包就实现了共享

如图所示，在 pom.xml 里，表示用到了 mysql 的jar包，版本号是 5.1.30。

引自：[how2j.cn-Maven教程:http://how2j.cn/k/maven/maven-introduction/1328.html)

使用 Maven 构建 SSM 项目

如果对于 Maven 不熟悉的童鞋可以去上面的链接学习一下 Maven 的使用，下面是我配置好了 Maven 的 IDEA 环境下的构建过程。

第一步：创建 Maven webapp 项目

首先新建工程，选择 Maven 标签，然后勾选上【Create from archetype】选择 webapp：

点击下一步，填写上【GroupId】和【ArtifactId】：

GroupId：项目组织唯一的标识符，实际对应 JAVA 的包的结构，也就是 main 目录下 java 的目录结构（包）

AritifactId：项目的唯一标识符，实际对应项目的名称，就是项目根目录的名称

实际上你可以乱填上试试，我就不乱填了

确认项目路径，这一步你可以看到 Maven 配置中的参数，不需要做改动，直接下一步就可以（图中的路径是我配置的本地 Maven 仓库的地址）：

确认项目名称，点击【Finish】即可：

等待一会儿，控制台就会有创建成功的提示信息，我们把【Enable Auto-Import】点上，这个提示会在每次 pom.xml 有改动时出现，自动导入，省掉麻烦：

第二步：搭建项目目录结构

下面就是 Maven 风格的 webapp 的默认目录结构：

注意：webapp 是默认没有 java 源文件也没有 test 目录的。

遵循 Maven 的统一项目结构，我们搭建出项目的完整目录结构如下图：

我们并没有使用 Log4j 来输出日志，而是使用 logback

提示：我们可以在 IDEA 中右键目录然后选择【Make Directory as】，让 IDEA 识别不同的目录作用

这里的目录建好之后还需要设置一下，让 IDEA 识别目录作用，选择【File】>【Project Structure】：

设置好之后点击 OK，即完成了项目目录的搭建。

第三步：配置文件内容

在【pom.xml】文件中声明依赖的 jar 包 ：

在【web.xml】中声明编码过滤器并配置 DispatcherServlet ：

在【spring-mybatis.xml】中完成 spring 和 mybatis 的配置：

在【spring-mvc.xml】中完成 Spring MVC 的相关配置：

在【jdbc.properties】中配置 c3p0 数据库连接池：

在【logback.xml】中完成日志输出的相关配置：

以上就完成了基本的相关配置：

添加进了 SSM 项目所需要的 jar 包

配置好了 spring/mybatis/spring MVC 的相关配置信息（自动扫描 包下的带有注解的类）

通过 xml 配置的方式配置好了日志和数据库

第四步：测试 SSM 框架

准备好用来测试的数据库：

在【resources/mapper】下编写 UserDao.xml 映射文件：

在编写好每一个 Dao 的时候，我们都需要对它进行测试，在【test/java】下创建一个【UserDaoTest】的测试类：

运行测试代码，能够获取到正确的信息：

和对应的实现类：

最后在【WEB-INF/views】下创建 index.jsp 用于接收并显示数据：

配置好 Tomcat 服务器，运行并在浏览器中输入：

即完成了 SSM 的整合！

SSM 框架架构图

为了更加能理解 SSM 处理用户请求的整个过程，下面给出一张 SSM 系统架构图：

通常我们还会在 Controller 和 Service 层中引入工厂模式，这里仅仅是创建了一个简单的 SSM 项目，用以测试而已，并且没有配置 MyBatis 的相关信息，如果需要配置在 resource 目录下创建一个 SqlMapConfig.xml 文件并且完成 的相关配置即可。

参考资料：

《Java EE 互联网轻量级框架整合开发》

《Spring MVC + MyBatis开发从入门到项目实战》

全能的百度和万能的大脑