关于SSM框架下各层的解释说明(Controller等)

ssm框架

ssm框架是spring mvc ，spring和mybatis框架的整合，是标准的mvc模式，将整个系统划分为表现层（web），controller层，service层，dao层四层,使用spring mvc负责请求的转发和视图管理。

spring实现业务对象管理，mybatis作为数据对象的持久化引擎。

• 表现层（web）：通俗讲就是展现给用户的界面，即用户在使用一个系统的时候他的所见所得。
• 业务逻辑层（service）：针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑处理。
• 数据访问层（dao）：该层所做事务直接操作数据库，针对数据的增添、删除、修改、更新、查找等。

database ===> entity ===> mapper.xml ===> dao.java ===> service.java ===> controller.java ===> html css js（thymeleaf）

各层解释说明

用idea创建一个maven项目结构如左图所示,在该项目中,有五个包,分别是controller、dao、entity、service和serviceimpl：

层	描述
实体层	数据库在项目中的类，主要用于定义与数据库对象应的属性，提供get/set方法,tostring方法,有参无参构造函数。
持久层	与数据库交互，dao层首先会创建dao接口，接着就可以在配置文件中定义该接口的实现类；接着就可以在模块中调用dao的接口进行数据业务的处理，而不用关注此接口的具体实现类是哪一个类，dao层的数据源和数据库连接的参数都是在配置文件中进行配置的。
业务层	控制业务,业务模块的逻辑应用设计，和dao层一样都是先设计接口，再创建要实现的类，然后在配置文件中进行配置其实现的关联。接下来就可以在service层调用接口进行业务逻辑应用的处理。
实现层	实现service接口的所有方法，整合service和dao
控制层	controller层主要调用service层里面的接口控制具体的业务流程，控制的配置也要在配置文件中进行。controller和service的区别是：controller负责具体的业务模块流程的控制；service层负责业务模块的逻辑应用设计

entity层（model层）

实体层用于存放我们的实体类，与数据库中的属性值基本保持一致，实现set和get的方法。

1.导入lombok小辣椒驱动依赖,用来生成get/set方法依赖：

2.传统方式

dao层（mapper层）

dao层（接口类）对数据库进行数据持久化操作，他的方法语句是直接针对数据库操作的，主要实现一些增删改查操作，在mybatis中方法主要与与xxxdao（mapper）.xml内相互一一映射。

mybatis可以用.xml进行数据操作，也可以在dao层用注解的方式，也可以采取xml和dao层接口组合使用的方法（常用）。

xxxdao（mapper）.xml：

关键： < mapper namespace=“com.dvms.dao.userdao”>

前提：基本数据库语法

在dao层用注解的方式：

service层

service层（接口类）为controller层的类提供接口进行调用,一般就是自己写的方法封装起来，具体实现在serviceimpl中。

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

servicedmpl（实现service层，整合service和dao）（导入dao层）（接口实现类）

controller层（web 层）

负责具体模块的业务流程控制（获取参数（前端传过来）返回响应（前端或数据库或一个指定路径）），需要调用service逻辑设计层的接口来控制业务流程（导入service层）。

controller层调用了service层的接口方法，service层调用dao层的方法，其中调用的参数是使用entity层进行传递的。view层与controller层协同工作,主要负责界面展示。

以上为个人经验，希望能给大家一个参考，也希望大家多多支持。