Spring验证：多个DTO vs具有多个验证器的单个DTO

Question

我需要一个用户管理服务为我的Spring启动项目。我一般了解DTO（数据传输对象）在Spring的使用。但是当我考虑设计服务时，我只对一个“用户”模型使用多个DTO，如UserDTO、注册用户DTO、更新用户DTO、管理用户DTO...UserDTO就像一个只读数据（带有用户名、电子邮件、姓名的输出数据），用于显示用户信息。但是注册用户DTO就像一个输入数据（带密码，确认密码为新用户创建密码），用于用户注册表单。UpdateUserDTO适用于管理员，因为管理员可以分配权限，启用或禁用用户。

另一个原因可能是因为验证，所以不同的hibernate注释验证器可以应用于不同的DTO。

我在使用大量DTO方面做得对吗？通过使用多个Spring验证器进行验证，是否应该像一个DTO一样？

有没有其他方法可以简化它？

Answer 1

在我看来，具有多个DTO是有效的，并导致更清晰的逻辑。

1. 拥有不同的DTO允许在不同的情况下为同一用户对象公开不同的相关信息
2. 您不必在验证中处理一个“大类”，因为验证逻辑在不同的场景中是不同的。如果所有内容都在一个类中，您将很难进行验证，特别是在验证中，因为某些字段不一定要在给定的上下文中进行验证。另一方面，如果不小心，这可能会导致暴露不应暴露的值，例如密码等。
3. 允许尽可能使用继承。例如，如您所述，UserDTO包含有关任何用户的一般信息，RegisterUserDTO可以继承UserDTO，而无需重复UserDTO的属性和验证注释

除此之外，您还可以使用Spring的转换服务在不同的DTO之间进行转换，这种转换与核心业务逻辑完全解耦。我不认为这是一个优势，但是当有很多这样的DTO时，转换服务会让它不那么痛苦。