java - 设计模式 - 如何仅在某些情况下强制执行对象属性(构建器模式、依赖注入(inject))

Question

我正在编写的其中一个类处于非常特殊的情况。我有一个名为 User 的类，它看起来像这样:

public class User {
    private long id; // + getters and setters
    private boolean isDeletable; // + getters and setters
    private String name; // + getters and setters
    private String password; // + getters and setters
    private String email; // + getters and setters
    private String authenticationRealm; // + getters and setters
    private String displayName; // + getters and setters
    private Date deletedDate; // + getters and setters
}

在我的代码中有几种情况，我只需要一个 User 类型的空对象，因此只需使用默认构造函数构建它:new User()。

但是，我有另一个名为 CreateUserRequest 的类，它模拟 REST 请求以在服务器中创建用户。 最小 负载必须包含name、password、email 和authenticationRealm 属性以 JSON 格式发送。

现在我通过在请求的构造函数中检查这些参数来处理这个问题:

public CreateUserRequest(User user) {
    if(user.getName() == null || user.getPassword() == null || user.getEmail() == null || user.getAuthenticationRealm() == null)
        throw new RuntimeException("Not enough attributes in User object. Minimum: name, password, e-mail and authentication realm.");
}

这工作正常，但有点痒...我想以更安全的方式强制执行此操作，以便代码强制填充属性，而不会抛出异常。

我觉得一定有更好的方法可以用设计模式来做到这一点。我想创建一个 UserRequestBuilder 类，但这也可能意味着在 build() 方法中抛出异常(否则，有没有办法保证属性在 build()? 之前填充。依赖注入(inject)听起来也有可能，但我不确定我将如何在这个特定示例中将其放置到位......

有什么想法吗？

Answer 1

如何使您的 REST 服务在用户上运行 DTO ？ (当然，UserDTO 可以替换为 User 的子类)。

您可以使用 @NonNull 注释 UserDTO 上的字段、 setter 或构造函数参数，并使用 Checker Framework将空值而不是名称密码、电子邮件等传递给 UserDTO 时发出编译器警告。

使用类似 Mapstruct 的框架，REST 服务 DTO 和后端对象之间的映射非常简单:

@Mapper
public interface UserMapper {

    public static final UserMapper INSTANCE = Mappers.getMapper(UserMapper.class);

    UserDTO map(User user);

    User map(UserDTO userDTO);
}

以上代码将在编译时生成一个 UserMapper 实现，其中包含指定方法的自动生成代码( - 并且自动生成的代码只是简单地配对类似命名的 getter 和 setter。你可以自己做，但是有很多 DTO/实体会变得很耗时和无聊)。

在 DTO 中，您可以排除所有不想公开的字段。

附言。我自己对上面提到的用法是这样的:我正在创建一个基于 Jersey 的 REST 服务器，即 JAX-RS 的引用实现。这个项目，称之为 A，只知道 DTO。 REST 方法调用另一个项目 B，它从数据库中检索对象，并将它们映射到相应的 DTO，然后返回给项目 A。这种模式的部分原因是由于历史原因，项目 B 的实体是杂乱无章的方法/功能，不应该暴露给项目A。至于健全性检查(JSON到DTO)，jersey支持Bean Validation，也就是说，框架将验证每个rest资源的输入bean，如果它们被注释与@Valid。 也可以创建您自己的自定义注释，其中定义了 ConstraintValidator。 bean 验证框架将检查这些对带注释的 jersey REST 方法参数的约束。 参见 https://jersey.java.net/documentation/latest/bean-validation.html#d0e13690