spring boot 03 项目

最新推荐文章于 2024-08-13 10:43:31 发布

pigg497

最新推荐文章于 2024-08-13 10:43:31 发布

阅读量265

点赞数

分类专栏： spring 文章标签： mybatis java spring spring boot 后端

本文链接：https://blog.csdn.net/weixin_67883701/article/details/125635409

版权

本文深入探讨了在Spring Boot项目中如何基于Spring JDBC进行事务管理，包括事务注解的使用和限制。接着讲解了类别管理的相关功能实现，如添加类别、根据父级类别查询子类别，涉及业务逻辑层、控制器层的详细步骤，以及处理跨域、异常处理和请求参数验证的方法。此外，还介绍了如何配置和测试这些功能。

摘要由CSDN通过智能技术生成

10. 基于Spring JDBC的事务管理（续）

当需要方法是事务性的，可以使用@Transactional注解，此注解可以添加在：

接口
- 会使得此接口的实现类的所有实现方法都是事务性的
接口中的抽象方法上
- 会使得此接口的实现类中，重写的此方法是事务性的
- 只作用于当前方法
- 如果接口上也配置了此注解，并且接口和抽象方法的注解均配置了参数，以方法上的配置为准
业务实现类
- 会使得当前类中所有重写的方法都是事务性
  - 自定义的方法不会是事务性的
业务实现类中的方法
- 不可以添加在自定义的（不是重写的接口的）方法上
  - 语法上，可以添加，但执行时，不允许

Spring JDBC是通过接口代理的方式进行事务管理，所以，只对接口中声明的方法有效！

通常，应该将@Transactional添加在接口中的抽象方法上（如果偷懒，或为了避免遗漏，也可以直接添加在接口上）。

目前，由于csmall-product-service没有添加相关依赖，所以，并不能直接在接口中使用@Transactional注解（因为尚不可识别），则应该在此Module中添加依赖：

<!-- Mybatis Spring Boot：Mybatis及对Spring Boot的支持 -->
<!-- 仅需要保留spring-jdbc，使得业务接口可以使用@Transactional注解 -->
<dependency>
    <groupId>org.mybatis.spring.boot</groupId>
    <artifactId>mybatis-spring-boot-starter</artifactId>
    <exclusions>
        <exclusion>
            <groupId>org.mybatis.spring.boot</groupId>
            <artifactId>mybatis-spring-boot-autoconfigure</artifactId>
        </exclusion>
        <exclusion>
            <groupId>org.mybatis</groupId>
            <artifactId>mybatis</artifactId>
        </exclusion>
        <exclusion>
            <groupId>org.mybatis</groupId>
            <artifactId>mybatis-spring</artifactId>
        </exclusion>
        <exclusion>
            <groupId>org.springframework.boot</groupId>
            <artifactId>spring-boot-starter</artifactId>
        </exclusion>
        <exclusion>
            <groupId>com.zaxxer</groupId>
            <artifactId>HikariCP</artifactId>
        </exclusion>
    </exclusions>
</dependency>

11. 类别管理--添加类别--业务逻辑层（续）

目前，在业务实现中，视为“错误”时始终抛出ServiceException，且没有任何异常信息，是不合理的！

在略大规模的项目中，“错误”的种类可能较大，如果为每一种“错误”都创建一个对应的异常，则需要创建的异常类型就比较多，但是，这些异常类除了名称不一样以外，几乎没有不同，所以，存在不利于管理和维护的问题。

其实，也可以只使用1个异常类型（或者少量异常类型），但是，每次抛出时，也需要明确的表示“是哪一种错误”，则可以在异常类型中添加“业务状态码”。

则首先需要业务状态码的类型，可以从前缀项目中复制State文件，例如：

package cn.tedu.csmall.common.web;

public enum State {

    OK(20000),
    ERR_CATEGORY_NAME_DUPLICATE(40100), // 客户端引起的--类别--名称冲突（被占用）
    ERR_CATEGORY_NOT_FOUND(40101), // 客户端引起的--类别--数据不存在（查询参数值不正确）
    ERR_INSERT(50000), // 服务端引起的--插入数据错误
    ERR_UPDATE(50001); // 服务端引起的--更新数据错误

    private Integer value;

    State(Integer value) {
        this.value = value;
    }

    public Integer getValue() {
        return value;
    }

}

然后，在ServiceException中，自定义构造方法，强制要求传入State state和String message参数，并且，为State类型参数提供公有的获取值的方法：

public class ServiceException extends RuntimeException {
    private State state;
    
    public ServiceException(State state, String message) {
        super(message);
        if (state == null) {
            throw new IllegalArgumentException("使用ServiceException必须指定错误时的业务状态码！");
        }
        this.state  = state;
    }
    
    public State getState() {
        return state;
    }
}

在后续抛出异常时，应该传入State state和String message：

throw new ServiceException(State.ERR_CATEGORY_NOT_FOUND, "添加类别失败，父级类别不存在！");

完成后，应该再次执行测试，以保证修改代码后，原有代码依然能正确运行。

12. 类别管理--添加类别--控制器层

12.1. 处理跨域（一次性配置）

在csmall-product-webapi的根包下config包下创建SpringMvcConfiguration类，实现WebMvcConfigururer接口，重写其中的方法，以解决跨域问题：

package cn.tedu.csmall.product.webapi.config;

import org.springframework.context.annotation.Configuration;
import org.springframework.web.servlet.config.annotation.CorsRegistry;
import org.springframework.web.servlet.config.annotation.WebMvcConfigurer;

@Configuration
public class SpringMvcConfiguration implements WebMvcConfigurer {

    @Override
    public void addCorsMappings(CorsRegistry registry) {
        registry.addMapping("/*