단일책임 원칙에 대해 질문이 있습니다.
655
작성한 질문수 17
요청과 응답에 대한 DTO클래스를 생성할때 이너클래스를 사용해도 될까요?
@Getter
@Setter
@NoArgsConstructor
public class Member {
@Getter
public static class Request {
private String name;
}
@Getter
public static class Response {
private Long id;
private String name;
}
}이런식으로 하나의 클래스안에 두개의 책임을 가지게 되면 SRP에 위배되는 거니까 요청과 응답에 대한 DTO를 모두 만들어 두는게 더 좋은걸까요? 그렇게 하면 DTO클래스들이 너무 늘어날까봐 좋지 않을것 같고..
질문을 요약하자면 DTO를 많이 생성하더라고 SRP를 지키는게 좋은 선택일까요?
답변 1
0
안녕하세요, 알닉 님. 공식 서포터즈 y2gcoder 입니다.
요청과 응답 DTO 클래스를 이너 클래스로 생성하고 계시고, 이를 따로 분리하는게 좋은 지에 대해 질문해주신 것으로 이해했습니다.
사실 이 부분은 해당 팀, 프로젝트의 컨벤션에 따라 달라지는 부분이라 뭐가 정답이라고 말씀드리기 조심스럽습니다. 이너 클래스로 둔다면 말씀하신 것처럼 요청과 응답에 대한 부분을 한 눈에 볼 수 있으니 좋고, 또 분리한다면 요청과 응답을 분리해서 볼 수 있으니 좋습니다.
개인적으로는 요청과 응답 클래스를 분리하는 것을 선호합니다. 거창한 이유는 없고 저는 DTO 구조를 간단하게 유지하니 보기가 좋아서 그렇게 하고 있습니다. 그 외에 업무적으로는 회사의 컨벤션이나 해당 프로젝트의 컨벤션을 따르고 있습니다. 개인 프로젝트라면 먼저 원하시는 방식으로 해보시고, 다른 방식도 시도해보시면서 본인에게 더 편한 방법을 찾는 것이 제일이라고 생각합니다. 결국 원칙을 지키는 것도 좋은 설계를 하기 위해서라고 생각합니다. 좋은 설계를 하기 위해서는 먼저 설계를 다양한 방법으로 많이 해봐야 한다고 생각합니다.
지극히 개인적인 의견이니 참고 정도만 해주셨으면 좋겠습니다 :)
감사합니다.
섹션3. 11 회원객체 다이어그램
0
13
1
OCP, DIP과 @Qualifier 어노테이션에 대해서 질문합니다.
0
18
1
코드 자료
0
53
2
구현체가 동적으로 정해질 때, 팩토리 기법을 사용하나요?
0
60
2
MemberService의 인터페이스를 왜 사용하는지 궁금합니다.
0
82
1
롬복 @Setter를 써야 하는 상황이 있는건가요?
0
94
1
빈 등록 메서드의 파라미터가 빈이 아니어도 되나요?
0
81
1
테스트 속도가 나중에 영향이 있을까요?
0
79
1
gradle 설정 안떠서 질문 남깁니다!
0
125
2
build.gradle로 프로젝트를 여는 이유
0
88
1
provider 사용하는 이유
0
93
1
다음 강의 뭘 들어야 할까요
0
128
2
프로토타입 빈, 직접 destroy 호출 안 할 경우
0
66
1
beanB
0
82
2
퀴즈다시풀기
0
69
1
Gradle로 바꿔도 오류가 똑같이 발생하네요 ㅠㅠ
0
92
2
"중복 등록과 충돌" 강의에서 강사님과 다른 에러가 발생합니다.
0
67
3
run 실행했는데 결과창이 이렇게 뜨네요 왜 그런건가요>
0
106
2
도메인의 정의?
0
59
1
ApplicationContext 질문입니다.
0
63
1
@Scope의 proxyMode를 사용할때 단위 테스트 방법
0
92
2
ai api 선정하기 관련 질문
0
119
2
생성자 자동주입 관련해서
0
67
1
생성자 직접 호출 vs 팩토리 메서드 패턴
0
97
2





