대규모 엔터프라이즈 Java 애플리케이션에서 비즈니스 로직은 절차적 복잡성으로 저하되는 자연스러운 경향이 있습니다. 약제 청구에 대한 할인을 계산하거나 금융 거래를 평가하는 것과 같은 간단한 작업으로 시작합니다. 그리고 얼마 지나지 않아 핵심 서비스 메서드는 중첩된 if-else 분기 및 취약한 switch 문으로 막힌 수백 줄짜리 모놀리스로 변모합니다.이러한 코드 스멜은 단순한 보기 흉함 이상입니다. 상당한 기술 부채를 발생시킵니다. 단위 테스트가 매우 어렵고, 기본적인 객체 지향 설계 원칙을 위반하며, 단일 비즈니스 규칙을 추가하는 것이 기존 세 가지를 깨뜨릴 위협을 가하는 심각한 회귀 위험을 초래합니다.