在Spring Boot开发中使用DTO层

偏执的太偏执、 2024-03-24 19:55 62阅读 0赞

## 在Spring Boot开发中使用DTO层 ##

在Spring Boot的开发过程中，使用DTO（Data Transfer Object）层是一个很常见的做法。DTO层是在应用程序的业务逻辑层和数据访问层之间引入的一个中间层，用于在不同层之间传输数据。本文将介绍DTO层的基本语法和为什么在Spring Boot开发中需要使用DTO层，并提供实际案例代码。

### 为什么需要DTO层？ ###

在Spring Boot开发中，使用DTO层有以下几个重要原因：

#### 1. 数据封装 ####

DTO层可以将多个实体类的数据封装成一个DTO对象，使得数据传输更加方便。DTO对象通常只包含需要传输的数据字段，而不包含业务逻辑。这样可以减少数据传输的大小，提高性能。

#### 2. 解耦合 ####

DTO层可以将业务逻辑层和数据访问层解耦合。业务逻辑层可以通过DTO对象与数据访问层进行数据交互，而不需要直接操作数据库实体类。这样可以减少代码的耦合度，提高代码的可维护性和可测试性。

#### 3. 数据格式转换 ####

DTO层可以进行数据格式的转换。例如，将数据库实体类的数据转换成前端需要的JSON格式数据，或者将前端传递的JSON数据转换成数据库实体类需要的格式。这样可以简化数据转换的代码逻辑，提高开发效率。

#### 4. 安全性 ####

DTO层可以用于过滤敏感数据。在数据传输过程中，可以通过DTO层过滤掉不需要传输的敏感数据，保护数据的安全性。

### 示例代码 ###

*  更好的封装数据

首先，定义一个DTO类，用于封装需要传输的数据字段：

public class UserDto {
        
        private String username;
        private String email;
    
        // 省略构造方法和getter/setter方法
    }

然后，在业务逻辑层中使用DTO对象进行数据传输：

@Service
    public class UserService {
        
        @Autowired
        private UserRepository userRepository;
    
        public UserDto getUserById(Long id) {
        
            User user = userRepository.findById(id);
            
            // 将User对象转换成UserDto对象
            UserDto userDto = new UserDto();
            userDto.setUsername(user.getUsername());
            userDto.setEmail(user.getEmail());
            
            return userDto;
        }
    
        // 省略其他业务方法
    }

在上述代码中，`getUserById`方法从数据库中获取到一个`User`对象，然后将其转换成`UserDto`对象，只包含需要传输的数据字段。

最后，在控制器层中使用DTO对象进行数据传输：

@RestController
    @RequestMapping("/users")
    public class UserController {
        
        @Autowired
        private UserService userService;
    
        @GetMapping("/{id}")
        public UserDto getUserById(@PathVariable Long id) {
        
            // 调用业务逻辑层的方法获取UserDto对象
            UserDto userDto = userService.getUserById(id);
            
            return userDto;
        }
    
        // 省略其他控制器方法
    }

在上述代码中，`getUserById`方法调用业务逻辑层的方法获取到一个`UserDto`对象，然后将其作为响应返回给前端。

通过使用DTO层，可以实现数据的封装、解耦合、数据格式转换和提高数据安全性。这样可以使代码更加清晰、可维护和可测试。

*  防止触发无参构造函数

当直接传递`User`类时，会触发无参构造函数。这是因为在Spring Boot中，默认使用的是无参构造函数来创建对象，然后通过反射来设置对象的属性。

下面是一个示例代码，演示了当直接传递`User`类时，会触发无参构造函数的情况：

public class User {
        
        private String username;
        private String email;
    
        public User() {
        
            System.out.println("User constructor called");
        }
    
        // 省略其他构造方法和getter/setter方法
    }
    
    @RestController
    @RequestMapping("/users")
    public class UserController {
        
        @PostMapping("/")
        public void createUser(@RequestBody User user) {
        
            // 创建User对象时会触发无参构造函数
            System.out.println("User created: " + user.getUsername());
        }
    }

在上述代码中，`User`类定义了一个无参构造函数，并在构造函数中输出了一条日志。`UserController`类中的`createUser`方法使用`@RequestBody`注解将请求体中的JSON数据转换成`User`对象。当请求到达时，Spring Boot会自动创建一个`User`对象，并触发无参构造函数。

当我们发送一个POST请求到`/users/`接口，并传递以下JSON数据：

{
        
      "username": "john",
      "email": "john@example.com"
    }

控制台会输出以下日志：

User constructor called
    User created: john

可以看到，当直接传递`User`类时，会触发无参构造函数，并创建一个`User`对象。

需要注意的是，如果`User`类中定义了其他构造函数，Spring Boot会按照一定的规则选择合适的构造函数来创建对象。例如，如果定义了一个带参数的构造函数，并且没有定义无参构造函数，那么在创建对象时会触发带参数的构造函数。

总结起来，当直接传递`User`类时，会触发无参构造函数。这是因为Spring Boot默认使用无参构造函数来创建对象。如果需要使用其他构造函数，可以根据具体需求进行定义和配置。