SSM框架说明

ssm框架介绍

    SSM（Spring+SpringMVC+MyBatis）框架集由Spring、MyBatis两个开源框架整合而成（SpringMVC是Spring中的部分内容）。
    常作为数据源较简单的web项目的框架。

中文名 SSM框架集 外文名 SSM 全 称 Spring+SpringMVC+MyBatis 用 处 开源的框架集

Springs

Spring就像是整个项目中装配bean的大工厂，在配置文件中可以指定使用特定的参数去调用实体类的构造方法来实例化对象。也可以称之为项目中的粘合剂。
　　Spring的核心思想是IoC（控制反转），即不再需要程序员去显式地new一个对象，而是让Spring框架帮你来完成这一切。

SpringMVC

SpringMVC在项目中拦截用户请求，它的核心Servlet即DispatcherServlet承担中介或是前台这样的职责，将用户请求通过HandlerMapping去匹配Controller，Controller就是具体对应请求所执行的操作。SpringMVC相当于SSH框架中struts。

mybatis

mybatis是对jdbc的封装，它让数据库底层操作变的透明。mybatis的操作都是围绕一个sqlSessionFactory实例展开的。mybatis通过配置文件关联到各实体类的Mapper文件，Mapper文件中配置了每个类对数据库所需进行的sql语句映射。在每次与数据库交互时，通过sqlSessionFactory拿到一个sqlSession，再执行sql命令。
页面发送请求给控制器，控制器调用业务层处理逻辑，逻辑层向持久层发送请求，持久层与数据库交互，后将结果返回给业务层，业务层将处理逻辑发送给控制器，控制器再调用视图展现数据。 [1]

MVC

m model bean
v view
c contoller

异常处理

//1.jvm 处理 异常名称，异常信息，异常的位置 打印到控制台
//2.自己处理 （1）try catch
// （2）throws

//编译异常    必须自己处理
//运行时异常   可以不处理，交给jvm 处理

包结构

src 根目录，没什么好说的，下面有main和test。

main 主要目录，可以放java代码和一些资源文件。

java 存放我们的java代码，这个文件夹要使用Build Path -> Use as Source

Folder，这样看包结构会方便很多，新建的包就相当于在这里新建文件夹咯。

resources 存放资源文件，譬如各种的spring，mybatis，log配置文件。

mapper 存放dao中每个方法对应的sql，在这里配置，无需写daoImpl。

spring 这里当然是存放spring相关的配置文件，有dao service web三层。

sql 其实这个可以没有，但是为了项目完整性还是加上吧。

webapp 这个貌似是最熟悉的目录了，用来存放我们前端的静态资源，如jsp js css。

resources 这里的资源是指项目的静态资源，如js css images等。

WEB-INF 很重要的一个目录，外部浏览器无法访问，只有羡慕内部才能访问，可以把jsp放在这里，另外就是web.xml了。你可能有疑问了，为什么上面java中的resources里面的配置文件不妨在这里，那么是不是会被外部窃取到？你想太多了，部署时候基本上只有webapp里的会直接输出到根目录，其他都会放入WEB-INF里面，项目内部依然可以使用classpath:XXX来访问，好像IDE里可以设置部署输出目录，这里扯远了~
test 这里是测试分支。

java 测试java代码，应遵循包名相同的原则，这个文件夹同样要使用Build Path -> Use as Source Folder，这样看包结构会方便很多。

resources 没什么好说的，好像也很少用到，但这个是maven(可以自动down jar包)的规范。

对于文中，主要的几个（开发结构下）子目录的左右的放在这里，大家可以参考一下。

包名 名称 作用

dao 数据访问层 与数据打交道，可以是数据库操作，也可以是文件读写操作，甚至是redis缓存操作，总之与数据操作有关的都放在这里，也有人叫做dal或者数据持久层都差不多意思。为什么没有daoImpl，因为我们用的是mybatis，所以可以直接在配置文件中实现接口的每个方法。
entity 实体类 一般与数据库的表相对应，封装dao层取出来的数据为一个对象，也就是我们常说的pojo，一般只在dao层与service层之间传输。
dto 数据传输层 刚学框架的人可能不明白这个有什么用，其实就是用于service层与web层之间传输，为什么不直接用entity（pojo）？其实在实际开发中发现，很多时间一个entity并不能满足我们的业务需求，可能呈现给用户的信息十分之多，这时候就有了dto，也相当于vo，记住一定不要把这个混杂在entity里面，答应我好吗？
service 业务逻辑（接口） 写我们的业务逻辑，也有人叫bll，在设计业务接口时候应该站在“使用者”的角度。额，不要问我为什么这里没显示！IDE调皮我也拿它没办法~
serviceImpl 业务逻辑（实现） 实现我们业务接口，一般事务控制是写在这里，没什么好说的。
web 控制器 springmvc就是在这里发挥作用的，一般人叫做controller控制器，相当于struts中的action。

pom.xml文件

这里不过多介绍，maven用来管理原来eclipse中没有maven里面的lib目录。

Spring-dao.xml文件

正如名字一样，这里负责了dao层的接口，动态实现dao层。不需要实现daoimpl，所有数据库的操作都在xml中进行（包含sql）

配置了关于数据库的一些相关信息。

配置了数据库的相关属性，这里用的javabean，是spring中的单例模式。

注入sessionFactory对象，这里的单例配置了mybati的实例和mybatis关联了起来，这样mybatis里面的mapper就能引用了。

配置动态扫描的Dao接口包，注入到Spring容器里面。

Jdbc不过多重复，不过这里友情提示：配置文件中的jdbc.username，如果写成username，可能会与系统环境中的username变量冲突，所以到时候真正连接数据库的时候，用户名就被替换成系统中的用户名（有得可能是administrator），那肯定是连接不成功的。

因为这里用到了mybatis，所以需要配置mybatis核心文件，在recources文件夹里新建

mybatis-config.xml文件。

使用自增主键

使用列别名

开启驼峰命名转换create_time -> createTime

spring-service.xml

扫描service包所有注解@Service

配置事务管理器，把事务管理交由spring来完成

配置基于注解的声明式事务，可以直接在方法上@Transaction

spring-web.xml

这里提供了Springmvc的配置，开启了SpringMVC的注解模式，也就是annotation这里

加入servlethandler，这里个静态资源的处理如js，gif，png都是交给servlet配置。

配置所有的url在前端进入之后，都会在配置的主路径后加入这里的prefix配置，并在controller的return的view后面加上.jsp结尾（suffix）

Return list+.jsp 前端访问路径自动加上/WEB-INF/jsp/

这里的引入了web文件下的controller相关的文件，也就是url相关的路由。（第三步）

web.xml文件

配置SpringMVC的需要加载的文件，目前为spring-*.xml包含了三个文件

这里配置了哪些请求可以进入。

logback.xml

我们在项目中经常会使用到日志，所以这里还有配置日志xml，在resources文件夹里新建logback.xml文件，所给出的日志输出格式也是最基本的控制台s呼出，大家有兴趣查看logback官方文档。

到目前为止，我们一共写了8个配置文件，我们一起来看下最终的配置文件结构图。