java - 在服务层使用 DTO 是一种好习惯吗？

问题描述

我有一个将 dto 转换为实体并将其传递给服务级别的控制器。

@PostMapping(value = "/new", produces = MediaType.APPLICATION_JSON_VALUE)
    public ResponseEntity<UserDto> create(@RequestBody UserDto userDto){           
        User newUser= userService.save(userMapper.userDtoToUser(userDto));            
        return ResponseEntity......body(userMapper.userToUserDto(newUser));
    }

正确的决定是不是将实体转移到服务，而是转移到 dto？例如：

    public interface UserService{
      UserDto save(UserDto userDto);
}

在控制器级别转换实体和 dto 的决定是否正确？

标签： javaspringspring-bootmodel-view-controllerdto

将任何转换逻辑放在控制器中是一种不好的做法。所有转换/填充逻辑都应该放在辅助类中，例如转换器和填充器。在这里查看一个例子。

此外，您的服务类应该为 CRUD 操作获取一个实体（而不是 DTO），因为 DTO 可能没有成功完成 CRUD 操作所需的所有值。但是，更好的做法是将所有 CRUD 操作放到一个公共服务（例如 EntityService）中，并将必须对其执行 CRUD 操作的实体（例如用户）传递给它，例如 YourEntityService.save(user)。检查here和here以获取示例。

java - 在服务层使用 DTO 是一种好习惯吗？

问题描述

解决方案

推荐阅读