response dto 설계시 중복된 부분에 대한 해결방안에 대해 궁금합니다!

Question

현재 유저 정보에 대한 response dto를 설계중입니다. 허나, 설계하면서 field에 대한 중복된 부분이 너무 많아서 고민입니다. user 객체에는 id,이메일, 이름, 전화번호, 담당 관리자 id가 있습니다(실제로는 더 다양한 데이터 들이 포함되어 있습니다!) 요구사항은 다음과 같습니다 : 일반 유저가 user를 조회 할 수 있을 때는 user 데이터에서 전화번호와 담당자 id를 보여주면 안됩니다.본인이 본인 데이터를 조회해도 본인의 담당자 id를 조회할 수 없습니다.관리자는 위 모든 데이터를 조회할 수 있습니다.위 예시를 근거로 한 데이터는 다음과 같습니다. @Getter @Builder @AllArgsConstructor public class MemberResponseDTOForNormalUser { private final Long id; private final String name; private final String email; private final Integer grade; private final Integer generation; private final String major; private final String blogUrl; private final String githubId; private final String profilePhotoUrl; private final List tags; private final String introduction; } @Getter @Builder @AllArgsConstructor public class MemberResponseDTOForMyself { private final Long id; private final String name; private final String email; private final Integer grade; private final Integer generation; private final String major; private final String studentId; private final String blogUrl; private final String githubId; private final String phoneNumber; private final String profilePhotoUrl; private final List tags; private final String introduction; } @Getter @Builder @AllArgsConstructor public class MemberResponseDTOForAdmin { private final Long id; private final String name; private final String email; private final Integer grade; private final Integer generation; private final String major; private final String studentId; private final String blogUrl; private final String githubId; private final String profilePhotoUrl; private final List tags; private final String introduction; private final Member adminId; }위와 같이 설계를 하였을 때 field에 중복된 부분이 너무 많습니다. 추상화를 이용해서 중복 부분을 줄이고 싶지만, 이러한 방식이 과연 좋은 방식일지 잘 모르겠습니다.이러한 사항에 대해서 어떻게 해결하면 좋을까요?? 좋은 의견 있으면 편하게 코멘트 주세요!ps: dto에 대한 네이밍 방식도 추천 받습니다.!

response dto 설계시 중복된 부분에 대한 해결방안에 대해 궁금합니다!

0개의 답변

Q&A 목록