设计Spring Restful DTO时列重复的问题

Question

我最近在学习DTO。其中，请求DTO可以通过多种方式创建。作为一个例子，我们将举两个与用户相关的创建和更新示例。

要创建一个用户，假设它需要姓名、性别、年龄、电话号码。

然后我的UserCreateRequest estDTO将由一个表单组成，该表单接收姓名、性别、年龄、电话号码作为参数。

@Getter
public class UserCreateRequestDTO {
    private String name;
    private String sex;
    private String age;
    private String phoneNumber;

    ... etc ()
}

接下来，我们将编辑用户信息。性别，年龄，没有名字的电话号码，比如说你可以编辑它。

如果是这样，我的UserUpdateRequestDTO将由接收性别、年龄和电话号码作为参数组成。

@Getter
public class UserUpdateRequestDTO {
    private String sex;
    private String age;
    private String phoneNumber;

    ... etc ()
}

到目前为止，这两个应用领域非常相似。

有问题，看起来你在写不必要的代码。

如果是这样，我有一个问题要总结一下，或者清除错误的部分。

1. 统一两个相似的requestDTO并将它们用作一个requestDTO是否不好？（一个requestdto方法处理所有创建和更新信息。）

@Getter
    public class UserRequestDTO {
        private String name;
        private String sex;
        private String age;
        private String phoneNumber;
        private String etc;

        ... etc
    }

    @Getter
    public class UserCreateRequestDTO {
        private User user;

        ... etc
    }

    @Getter
    public class UserUpdateRequestDTO {
        private User user;

        ... etc
    }

    ////
    
    
    @Getter
    @Setter
    public class User {
        private String name;
        private String sex;
        private String age;
        private String phoneNumber;
    }

换句话说，您想知道何时需要创建更多请求DTO，以及是否可以重复使用它们。

Answer 1

不同的数据有不同的用途，它们的名字告诉你该怎么做。为了更好地维护和测试，您不必更改一个endpoint来影响另一个endpoint。我也讨厌将DTO复制到属性，但开源工具可以缓解这些症状。干杯

Answer 2

根据我的个人经验，我更喜欢晶莹剔透的分离DTO。它会让你以后的生活绝对更轻松。它还需要更多重复和无聊的代码，但最终它可以很容易地测试和维护。它允许你的接口/服务独立变化。

如中所述https://medium.com/@schneidenbach/restful-api-best-practices-and-common-pittles-7a83ba3763b5

我喜欢把事情简单化。每个控制器（有时是endpoint，取决于需要）都有自己的DTO，用于处理请求。我的GET通常会返回数据的子集，PUTs/POST仅限于更新我想要更新的字段。这对您和您的API消费者来说是非常清楚和简单的，同时还强制在实体和DTO之间分离关注点。