Spring Boot中DAO层和Service层等理解
Posted Gentle_Bee
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了Spring Boot中DAO层和Service层等理解相关的知识，希望对你有一定的参考价值。
Spring Boot中DAO等层的理解
目前在公司实习python算法研究，但是个人对Spring Boot有较大兴趣。在刚开始学习过程中对其中的一些概念不是很清晰，故写个博客记录一下。下图是项目开发和业务逻辑设计的一般框架和流程图。
1 DAO层
DAO：Data Access Object（数据访问层），负责数据持久化工作。DAO层负责与数据库进行交互，封装对数据库的访问，涉及数据的增删改查处理（不涉及业务逻辑）。
2 Service层
Service：业务层，负责业务模块的逻辑应用设计。在项目的开发过程中一般先设计所需的业务接口类，之后再通过类来实现该接口（Java中接口可以多继承，而类不能），然后在Config文件中进行配置其实现的关联。之后就可以在Service层调用接口进行业务逻辑应用的处理。封装Service层的业务逻辑有利于业务逻辑的独立性和重复利用性。
3 Controller层
Controller：控制层，负责控制业务逻辑（例如登陆控制等具体的业务模块逻辑控制）。通常扮演负责控制处理Web前端发送的数据。Controller层主要调用Service层里面的接口控制具体的业务流程，控制的配置也需要在配置文件中进行。
[—注意—]
Conroller层和Service层的区别是：Controlle层负责具体的业务模块流程的控制;Service层负责业务模块的逻辑应用设计;
4 Entity层
Entity：实体层，数据库在项目中的类。放置一个个实体，及其相应的set、get方法。
Entity层中的类大多数是数据方面的，例如数据库中有负责登陆的User表（ID、UserName，Password），在Entity层就需要用private关键字定义与数据库中一样的字段（ID、UserName，Password）以及这些字段的get、set方法（方法可以Override）。
5 View层
View：通常指展示层，View层与控制层结合比较紧密，需要二者结合起来协同开发。View层主要负责前端页面的显示。
6 Utils层
Util是utiliy的缩写，是一个多功能、基于工具的包。如字符串处理、日期处理等，(建立数据库之间的连接），是通用的、与业务无关的，可以独立出来，可供其他项目使用。
总结
开发具体项目时，Controller层调用Service层的方法，Service层调用Dao层中的方法，其中调用的参数是使用Entity层进行传递的。
参考博客
1.https://blog.csdn.net/Restarting2019/article/details/122296373
2.https://www.cnblogs.com/yourjohn/p/15593686.html
Spring Boot 业务逻辑层
参考技术A关于业务逻辑层（Service层）
业务逻辑层是被Controller直接调用的层（Controller不允许直接调用持久层），通常，在业务逻辑层中编写的代码是为了 保证数据的完整性和安全性 ，使得数据是随着我们设定的规则而产生或发生变化。
通常，在业务逻辑层的代码会由接口和实现类组件，其中， 接口被视为是必须的
关于抛出的异常，通常是自定义的异常，并且， 自定义异常 通常是`RuntimeException`的子类，主要原因：
所以，在实际编写业务逻辑层之前，应该先规划异常，例如先创建` ServiceException `类：
接下来，再创建具体的对应某种“失败”的异常，例如，在添加管理员时，可能因为“用户名已经存在”而失败，则创建对应的 `UsernameDuplicateException`异常 ：
另外，当插入数据时，如果返回的受影响行数不是1时，必然是某种错误，则 创建对应的插入数据异常 ：
关于抽象方法的参数，应该设计为客户端提交的数据类型或对应的封装类型，不可以是数据表对应的实体类型！如果使用封装的类型，这种类型在类名上应该添加某种后缀，例如` DTO`或其它后缀 ，例如：
并在以上`service`包下创建`impl`子包，再创建`AdminServiceImpl`类：
以上代码未实现对密码的加密处理！ 关于密码加密 ，相关的代码应该定义在别的某个类中，不应该直接将加密过程编写在以上代码中，因为加密的代码需要在多处应用（添加用户、用户登录、修改密码等），并且，从分工的角度上来看，也不应该是业务逻辑层的任务！所以，在`cn.celinf.boot.demo.util`（包不存在，则创建）下创建`PasswordEncoder`类，用于处理密码加密：
完成后，需要在`AdminServiceImpl`中自动装配以上`PasswordEncoder`，并在需要加密时调用`PasswordEncoder`对象的`encode()`方法。
控制器层开发
Spring MVC是用于处理控制器层开发的，在使用Spring Boot时，在`pom.xml`中添加`spring-boot-starter-web`即可整合Spring MVC框架及相关的常用依赖项（包含`jackson-databind`），可以将已存在的`spring-boot-starter`直接改为`spring-boot-starter-web`，因为在`spring-boot-starter-web`中已经包含了`spring-boot-starter`。
先在项目的根包下创建`controller`子包，并在此子包下创建`AdminController`，此类应该添加 `@RestController` 和` @RequestMapping (value = "/admins", produces = "application/json; charset=utf-8")`注解，例如：
由于已经决定了服务器端响应时，将响应JSON格式的字符串，为保证能够响应JSON格式的结果，处理请求的方法返回值应该是自定义的数据类型，则从此前学习的`spring-mvc`项目中找到`JsonResult`类及相关类型，复制到当前项目中来。
完成后，运行启动类，即可启动整个项目，在`spring-boot-starter-web`中，包含了Tomcat的依赖项，在启动时，会自动将当前项目打包并部署到此Tomcat上，所以，执行启动类时，会执行此Tomcat，同时，因为是内置的Tomcat，只为当前项目服务，所以，在将项目部署到Tomcat时，默认已经将Context Path（例如spring_mvc_war_exploded）配置为空字符串，所以，在启动项目后，访问的URL中并没有此前遇到的Context Path值。
当项目启动成功后，即可在浏览器的地址栏中输入网址进行测试访问！
【注意】 ：如果是未添加的管理员账号，可以成功执行结束，如果管理员账号已经存在，由于尚未处理异常，会提示500错误。
然后，在`cn.celinf.boot.demo.controller`下创建`handler.GlobalExceptionHandler`类，用于统一处理异常，例如：
完成后，重新启动项目，当添加管理员时的用户名没有被占用时，将正常添加，当用户名已经被占用时，会根据处理异常的结果进行响应！
由于在 统一处理异常的机制下 ，同一种异常，无论是在哪种业务中出现，处理异常时的描述信息都是完全相同的，也无法精准的表达错误信息，这是不合适的！另外，基于面向对象的“分工”思想，关于错误信息（异常对应的描述信息），应该是由Service来描述，即“谁抛出谁描述”，因为抛出异常的代码片段是最了解、最明确出现异常的原因的！
为了更好的描述异常的原因，应该在自定义的`ServiceException`和其子孙类异常中添加基于父类的全部构造方法（5个），然后，在`AdminServiceImpl`中，当抛出异常时，可以在异常的构造方法中添加`String`类型的参数，对异常发生的原因进行描述，例如：
最后，在处理异常时，可以 调用异常对象的`getMessage()`方法获取抛出时封装的描述信息 ，例如：
完成后，再次重启项目，当用户名已经存在时，可以显示在Service中描述的错误信息！
可以看到，无论是成功还是失败， 响应的JSON中都包含了不必要的数据 （为`null`的数据），这些数据属性是没有必要响应到客户端的，如果需要去除这些不必要的值，可以在对应的属性上使用注解进行配置，例如：
此注解还可以添加在类上，则作用于当前类中所有的属性，例如：
即使添加在类上，也只对当前类的3个属性有效，后续，当响应某些数据时，`data`属性可能是用户、商品、订单等类型，这些类型的 数据中为`null`的部分依然会被响应到客户端 去，所以，还需要对这些类型也添加相同的注解配置！
以上做法相对比较繁琐，可以在`application.properties` / `application.yml`中添加全局配置，则作用于当前项目中所有响应时涉及的类，例如在`properties`中配置为：
注意：当你需要在`yml`中添加以上配置时，前缀属性名可能已经存在，则不允许出现重复的前缀属性名的：
最后，以上配置只是“默认”配置，如果在某些类型中还有不同的配置需求，仍可以在类或属性上通过 `@JsonInclude`进行配置 。
15. 解决跨域问题
在使用前后端分离的开发模式下，前端项目和后端项目可能是2个完全不同的项目，并且，各自己独立开发，独立部署，在这种做法中，如果前端直接向后端发送异步请求，默认情况下，在前端会出现类似以下错误：
以上错误信息的关键字是`CORS`，通常称之为 “跨域问题” 。
在基于Spring MVC框架的项目中，当需要解决跨域问题时，需要一个Spring MVC的配置类（实现了`WebMvcConfigurer`接口的类），并重写其中的方法，以允许指定条件的跨域访问，例如：
16. 关于客户端提交请求参数的格式
通常，客户端向服务器端发送请求时，请求参数可以有2种形式，第1种是直接通过`&`拼接各参数与值，例如：
具体使用哪种做法，取决于服务器端的设计：
- 如果服务器端处理请求的方法中，在参数前添加了`@RequestBody`，则允许使用以上第2种做法（JSON数据）提交请求参数，不允许使用以上第1种做法（使用`&`拼接）
- 如果没有使用 `@RequestBody`，则只能使用以上第1种做法
以上是关于Spring Boot中DAO层和Service层等理解的主要内容，如果未能解决你的问题，请参考以下文章