Spring JPA 发布 ManyToOne 父实体

Question

情况如下： Work 对象，用户可以执行的一些工作。用户还可以签署作品。所以一个非常基本的工作对象：

class Work (
    @Id @GeneratedValue(strategy = GenerationType.IDENTITY) var workId: Int,
    var userId: Int,
    ...
    var flags: Int,
    
    @ManyToOne(fetch = FetchType.LAZY)
    @JoinColumn(name = "signTargetUserId")
    var signTargetUser: User?,

    @ManyToOne(fetch = FetchType.LAZY)
    @JoinColumn(name = "signedUserId")
    var signedUser: User?
)

User 有一些东西，这个和那个......：

class User(
    @Id
    val userId: Int,
    val username: String,
    val name: String,
    val email: String,
    @JsonIgnore
    val password: String,
    val flags: Int,

    @ManyToOne(fetch = FetchType.LAZY)
    @JoinColumn(name = "roleId")
    var role: Role
)

告诉 JPA 用户角色关系非常方便，我希望我们同意这一点。当我获得用户时，我也获得了角色。工作和用户的关系也很好，我喜欢。我得到一个工作对象，我知道谁应该在它上签字（signTargetUser），而且我也知道这个用户角色。现在，有一个控制器来检索一个或多个工作对象，它们的返回类型自然是 Work 或 List。必须有一个函数来处理发布新的 Work 实体。我在某处读过，在 REST API 中，如果往返的实体相同，那就太好了。那么发布作品需要什么样的结构呢？与查询时得到的结果相同。那：

    fun createWork(@RequestBody work: Work, authentication: Authentication): ResponseEntity<Any> {

这非常方便，我真的很喜欢，只是它根本不起作用。现在，请求正文必须是一个有效的 Work 对象，这听起来很不错，需要像毫秒一样进行验证，但事实并非如此。它需要 2 个 User 对象，一个位于signTargetUser，一个位于signedUser。更糟糕的是，这些用户必须挂有 Role 对象。更糟糕的是，User 对象必须具有非空密码属性。显然我什至不知道，现在事情已经失控了。我想要做的就是插入一个 Work 对象，并知道signTargetUserId（如果有）。 我看到了一个分两步的解决方案，但我根本不喜欢它：

1. 首先，我需要创建另一个类 (WorkIncoming)，仅用于描述帖子中传入的对象的结构，但是这次没有多对一关系。但当你读回你创作的作品时，你会得到不同的结构。 WorkIncoming 输入和Work 输出。更不用说半无用的新类，它大多是第一个类的糟糕重复。如果我添加或更改一个字段，是否需要更改 2 个文件？严重地？
2. 显然，原始存储库正在处理 Work 类，因此它将无法处理 WorkIncoming 类型：新存储库。再说一遍，代码完全重复，维护等等。我现在甚至不确定 JPA 对引用同一张表的 2 个实体有何感受。

那么这里真正的解决方案是什么？真实的人是如何做到这一点的？我在这里没有主意了。我刚才描述的这个解决方案技术含量非常低，不可能！

Answer 1

最常见的方法是使用 DTO 对象来进行请求和响应。
应使用包含所有工作字段的 DTO 名称 - workId、类型、标志等以及 signTargetUserId。 DTO 字段名称应与实体的字段名称相同，以便于映射。

class WorkDTO (
    var userId: Int,
    ...
    var flags: Int,
    var signTargetUserId: Int
)

之后，您可以使用signTargetUserId从userRepository获取用户对象。

User user = this.usersRepository.findById(signTargetUserId);

这样，您就不需要 Role 对象，因为它已经存在于用户对象中。

然后在您的服务中，您可以使用许多映射器库（如 ModelMapper、MapStruct、JMapper、Orika、Dozer 等）将 DTO 映射到工作实体。
请记住将上面创建的用户对象也传递给映射器。

只是一个示例（此示例使用模型映射器，但您可以使用您选择的映射器）：

public Work convertDtoToEntity( WorkDTO workDto, User user) {

        this.modelMapper.getConfiguration().setMatchingStrategy(MatchingStrategies.STRICT);
        Work work = modelMapper.map(workDto, Work.class);
        work.setSignTargetUser(user);
        return work;
}

然后只需使用 workRepository 的 save 方法。

另外，回答你的第二个问题，永远不应该为 DTO 类创建存储库。

PS：这只是编写服务的方法之一。您可能会发现其他一些方法更适合您的编码风格。