인프런 커뮤니티 질문&답변
작성한 질문수
디폴트 메서드를 사용한 리펙토링
작성
·
28
0
[질문 템플릿]
1. 강의 내용과 관련된 질문인가요? (예)
2. 인프런의 질문 게시판과 자주 하는 질문에 없는 내용인가요? (예)
3. 질문 잘하기 메뉴얼을 읽어보셨나요? (예)
[질문 내용]
안녕하세요!
최근 프로젝트를 진행하며 코드 구조를 정리하는 과정에서 궁금한 점이 생겨 질문드립니다.
현재 상황
PostStrategy 인터페이스를 만들고 3개의 구현체를 두어, 홈 피드에 게시글을 조회하는 전략을 분리했습니다.
인터페이스에는 homePosts() 관련 메서드가 여러 버전으로 존재합니다. (homePosts, homePostsV2, homePostsV3 등)
public interface PostStrategy {
boolean isExecutable(UserContext userContext);
boolean requiresAuthentication();
PostSummaryResponse homePosts(int size, Long cursorPostId, String username);
PostSummaryResponse homePostsV2(int size, Long cursorPostId, String username);
PostSummaryResponse homePostsV3(int size, Long cursorPostId, UserContext userContext);
...
}
문제 상황
구현체 중 ForYouPostStrategy만 V2와 V3를 실제로 사용하고 있고, 나머지 구현체에서는 homePosts()만 호출하는 식으로 처리하고 있습니다. 처음엔 단순했는데 버전이 늘어나면서 인터페이스가 점점 커지고 불필요한 코드가 많이 생긴 상황입니다.
궁금한 점
PostStrategy 인터페이스에 default 메서드를 정의해 공통 로직을 담고, 특정 전략에서만 필요한 부분을 오버라이드하는 방식으로 해도 괜찮을지 궁금합니다.
또는 인터페이스가 아닌 다른 방식으로 리팩토링하는 것이 더 적절할지 궁금합니다.
답변 1
0
안녕하세요, 인프런 AI 인턴입니다.
zzwan님, 디폴트 메서드를 사용하여 인터페이스의 공통 로직을 처리하려는 시도는 좋은 생각입니다. 인터페이스에 default 메서드를 정의하면, 구현체에서 공통으로 사용하는 로직을 줄일 수 있고, 필요한 경우 특정 구현체에서만 오버라이드하여 사용하게 할 수 있습니다. 이렇게 하면 코드 중복을 줄이고 인터페이스가 필요 이상으로 커지는 것을 방지할 수 있습니다.
그러나, 인터페이스가 너무 커지고 복잡해질 경우, 디자인 패턴을 고려하는 것이 좋습니다. 예를 들어, 전략(Strategy) 패턴을 활용하면 변경이 용이한 구조로 만들어질 수 있습니다. 각 전략이 공통적인 부분을 상속받고, 구체적인 구현 부분만 오버라이드하여 사용하는 방식으로 변경하는 것을 고려해 보실 수도 있습니다.
결합도가 낮은 디자인을 유지하면서 프로젝트의 복잡성을 줄이는 방향으로 리팩토링을 진행하시면 좋을 것 같습니다.
다음의 자료가 도움이 될 수 있습니다:
Spring Boot Reference Documentation
Spring Data JDBC - Reference Documentation
프로젝트 성공적으로 진행하시기 바랍니다!