안녕하세요. 객체의 책임 분리와 관련해서 질문이 있습니다.
안녕하세요. "private 메서드 테스트는 어떻게 하나요?" 강의를 들으며 객체의 책임 분리에 대하여 질문드릴 것이 있습니다.
객체의 책임 분리를 위해 별도의 Class를 만들고 객체를 생성해서 해당 객체에게 특정 책임을 부여하려면 결국에 별도의 Class를 만들어야 한다는 것이 전제될텐데요.
현재 제가 일하는 곳에서 대표님이 Class가 많이 늘어나게 되면 유지보수가 어렵게 되고 코드가 지저분해질 수 있다고 하신 적이 있습니다.
전 객체지향 관점에서 한 객체가 모든 걸 다 하고 한 메서드가 너무 많은 행위를 하는 것이 좋지 않다고 생각하는데 우빈님은 혹시 제가 들은 대표님의 말씀에 대해 어떻게 생각하시는지 궁금합니다.
답변 1
2
안녕하세요, JUNN님! :)
먼저 모든 방법론은 명확한 정답이 없다, 는 말씀을 드리고 싶은데요 ㅎㅎ
객체를 책임 단위로 무조건 잘게 쪼개어 두는 것이 좋다.
객체를 쪼갤수록 코드가 지저분해진다.
저는 우리가 위 2가지의 극단적인, 상반된 주장 사이에서 적절한 판단을 내릴 수 있어야 한다고 생각합니다.
저도 처음에는 OOP에 입각하여 (그럴 필요가 없는 상황에서도) 무조건 잘게 쪼개는 쪽을 선호한 적이 있었는데, 처음부터 그렇게 접근하니 나중에는 가독성이 떨어지고 큰 흐름을 보기 어렵다는 단점이 있었습니다.
제가 생각하는 가장 좋은 접근 방법은, 강의에서 보여드렸던 것과 같이 테스트 코드와 함께 먼저 비즈니스 로직을 구현하고, 이후 분리해야겠다는 생각이 들었을 때 테스트 코드의 지지를 받으면서 객체를 분리하고 적절한 책임을 할당하는 방법입니다.
즉, 필요하지 않은 시점에 미리 객체를 잘게 쪼개어 두는 방법은 오히려 때에 따라 오버 엔지니어링일 수 있다는 뜻입니다.
제 의도가 잘 전달되었길 바라요. ㅎㅎ
감사합니다! :)
private 상수 테스트 관련 질문
0
83
1
void는 어떻게 테스트하나요..? void로 애초에 코딩하면 안되나요??
0
126
2
커버리지는 어떻게 활용하시는지 궁금합니다.
0
161
2
테스트 문서화 질문입니다
0
105
2
단위테스트 질문이 있습니다
0
96
2
컨트롤러는 모킹을 한 이유가 궁금합니다.
0
103
2
ERD 가장자리에 있는 도메인 테스트 질문
0
89
2
DTO 검증 필드에 대한 테스트 코드 작성은 어디까지?
0
135
2
OrderCreateRequest DTO에 대해서 궁금한점
0
102
2
고전파의 테스트 대역 사용 대상, 공유 의존성
0
156
2
계층 관련 질문이 있습니다.
0
139
3
'코틀린'에서는 빌더를 따로 쓰지 않는데, 이 때는 어떻게 test fixture를 만드시는지 궁금합니다
1
124
2
혹시 update 로직은 어떻게 테스트하나요? (@Setter?)
0
135
2
단위테스트와 통합테스트의 경계가 궁금합니다.
0
229
2
Service+Repository 통합테스트 관련 질문입니다.
0
150
2
OrderControllerDocsTest 작성 해봤는데요. 날짜 형식이 이상하게 나와요
0
185
2
test 용 .yml
0
90
2
throws Exception
0
80
2
카페키오스크 클래스 문의 ,,
0
89
2
Rest docs 문서용 테스트코드를 따로 작성해야 되나요?
0
174
2
테스트 코드에서 필요한 생성자
0
138
1
tearDown 순서
0
116
2
@Builder 생성자 private
0
136
2
@DisplayName gradle / intellJ
0
93
2