SSM框架下各个层的解释说明

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

2、们就可以在应用中调用 Service接口来进行业务处理。Service 层的业务实现，具体要调用到已定义的DAO层的接口，封装 Service层的业务逻辑有利于通用的业务逻辑的独立性和重复利用性，程序显得非常简洁。表现层： Controller层（ Handler 层）Controller层:Controller层负责具体的业务模块流程的控制，?在此层里面要调用Service层的接口来控制业务流程，控制的配置也同样是在Spring 的配置文件里面进行，针对具体的业务流程，会有不同的控制器， 我们具体的设计过程中可以将流程进行抽象归纳，设计出可以重复利用的子单元流程模块，这样不仅使程序结构变得清

3、晰，也大大减少了代码量。View 层View 层 此层与控制层结合比较紧密，需要二者结合起来协同工发。View 层主要负责前台jsp 页面的表示 .各层联系DAO层，Service 层这两个层次都可以单独开发， 互相的耦合度很低，完全可以独立进行，这样的一种模式在开发大项目的过程中尤其有优势Controller， View 层因为耦合度比较高，因而要结合在一起开发，但是也可以看作一个整体独立于前两个层进行开发。这样，在层与层之前我们只需要知道接口的定义， 调用接口即可完成所需要的逻辑单元应用，一切显得非常清晰简单。Service 逻辑层设计Service层是建立在DAO层之上的，建立了DAO层

4、后才可以建立Service层，而 Service层又是在Controller层之下的，因而Service层应该既调用DAO层的接口，又要提供接口给Controller层的类来进行调用，它刚好处于一个中间层的位置。每个模型都有一个Service 接口，每个接口分别封装各自的业务处理方法。SSM框架整合说明整合 Dao层MyBatis 配置文件 ?配置别名：用于批量扫描Pojo 包不需要配置 mappers 标签，但一定要保证文件与文件同名。<?xml version="" encoding="UTF-8" ?><!DOCTYPE conf

5、iguration PUBLIC "- from items where like '%$%'1234整合 service层目标：让 spring管理 service接口。定义 service接口一般在包下定义接口eg ：ItemsServicepublicinterfae ItemsServicepublicList<ItemsCustom> findItemsList(ItemsQueryVo itemsQueryVo) throws Exception;123定义 ServiceImpl实现类因为在中已经使用了mapper 扫描器，这里可以直接通过注

6、解的方式将 itemsMapperCustom 自动注入。publicclassItemsServiceImplimplementsItemsService AutowiredprivateItemsMapperCustom itemsMapperCustom;Overridepublic List<ItemsCustom> findItemsList(ItemsQueryVo it emsQueryVo) throws Exceptionreturn(itemsQueryVo);12345678910在 spring 容器配置 service在此文件中配置service 。<

7、;bean id= "itemsService"class= "" />1事物控制（不够熟悉）在中使用 spring声明式事务控制方法对 mybatis 操作数据库事物控制， spring使用 jdbc 的事物控制类是DataSourceTransactionManager因为操作了数据库需要事物控制，所以需要配置数据源定义了切面<beans xmlns=""xmlns:xsi =""xmlns:mvc =""xmlns:context=""xmlns:aop =

8、""xmlns:tx =""xsi:schemaLocation="" ><!- 事务管理器 对 mybatis 操作数据库事务控制， spring 使用 jd bc 的事务控制类 -><bean id ="transactionManager"class ="" ><!-数据源在 dataSource在中已经配置 -><propertyname="dataSource"ref ="dataSource" /

9、></ bean><!-通知 -><tx:adviceid ="txAdvice" transaction-manager="transactionManager" ><tx:attributes><!- 传播行为 -><tx:methodname="save*"propagation="REQUIRED"/><tx:methodname="delete*"propagation="REQUIRED&q

10、uot;/><tx:methodname="insert*"propagation="REQUIRED"/><tx:methodname="update*"propagation="REQUIRED"/><tx:methodname="find*"propagation="SUPPORTS"read-only ="true" /><tx:methodname="get*" propagat

11、ion="SUPPORTS"read-only ="true"/><tx:methodname="select*"propagation="SUPPORTS"read-only ="true" /></ tx:attributes></ tx:advice><!- aop -><aop:config><aop:advisoradvice-ref ="txAdvice" pointcut ="ex

12、ecution(*" /></ aop:config></ beans>12345678910111213141516171819202122232425262728293031323334353637383940整合 springmvc创建文件，配置处理器映射器、 适配器、视图解析器<context:component-scanbase-package ="" ></ context:component-scan ><!-使用 mvc:annotation-driven加载注解映射器和注解适配器配置 -

13、><mvc:annotation-driven></ mvc:annotation-driven><!-视图解析器解析 jsp 解析，默认使用jstl标签， classpath下的得有 jstl的包-><bean class ="" ><!-配置 jsp 路径的前缀 -><propertyname="prefix"value ="/WEB-INF/jsp/"/><!-配置 jsp 路径的后缀 -><propertyname="su

14、ffix"value =".jsp"/></ bean>12345678910111213配置前端控制器在中加入如下内容contextConfigLocation配置 springmvc 加载的配置文件（配置处理器映射器、适配器等等）?如 果 不 配 置contextConfigLocation， 默 认 加 载 的 是/WEB-INF/servlet名称（）在 url-pattern 中?填入 *.action，表示访问以 .action结尾 由 DispatcherServlet进行解析填入 / ，所有访问的地址都由 DispatcherSe

15、rvlet进行解析，对于静态文件的解析需要配置不让 DispatcherServlet进行解析，使用此种方式可以实现 RESTful 风格的 url<!- springmvc 前端控制器 -><servlet><servlet-name >springmvc </ servlet-name ><servlet-class><init-param><param-name>contextConfigLocation</ param-name><param-value >classpath:spring/</ param-value ></ init-param></ servlet><servlet-mapping <servlet-name <url-pattern </ servlet-mapping>>springmvc </ servlet-name>*.action</ url-pattern>>>123456789101112131415编写 Controller（Handler ）Congtr