제목: if-else 조건문이 늘어나는 코드 개선해보기

들어가며

서비스를 운영하다 보면, 처음에는 단순했던 기능이 시간이 지날수록 복잡해지기 시작합니다.

예를 들어, 매달 생성하는 보고서(Report) 기능이 있다고 해볼게요.

처음에는 BASIC 타입 한 가지만 있었습니다. “유저 요약 정보 + 이번 달 사용량” 정도만 보여주는 간단한 리포트였죠.

public Report generate(ReportRequest request) {
    if (request.type() == ReportType.BASIC) {
        // BASIC 리포트 생성 로직
    }
    return report;
}

그런데 시간이 지나면서 요구사항이 늘어납니다.

처음에는 if (type == BASIC) { ... } else if (type == PREMIUM) { ... } 정도로 버틸 수 있습니다.

하지만 타입이 세 개, 네 개, 다섯 개로 늘어나기 시작하면, 어느 순간 이렇게 느끼게 됩니다.

“아… 이제 새로운 리포트 타입 하나 추가하려면
이 클래스부터 저 서비스, 저기 컨트롤러까지
수정해야 할 곳이 너무 많아지겠다…”

저는 비슷한 상황을 몇 번 겪으면서,

“타입이 늘어나는 게 예정된 기능이라면 처음부터 설계를 다르게 가져가야겠다”는 생각을 하게 됐습니다.

이번 글에서는

실제 회사 도메인은 다르지만,

점점 늘어나는 **“어떤 빌더 서비스”**를 만들면서 겪었던 고민을 좀 더 일반적인 예제로 녹여낸 글이라고 봐주시면 될 것 같습니다.