절차적인 설계의 단점

1. 데이터를 구현한 코드의 수정에 취약하다

→ 절차적인 방식에서는 여러 프로세스가 데이터를 공유하기 떄문에 데이터가 바뀌면 데이터에 의존하는 하나 이상의 프로세스가 동시에 수정됨

만약 할인 조건에 새로운 조건이 추가되는 경우 살펴보자

• 이때 DiscountCondition에는 새로운 조합 조건을 추가 해야하고 그 영향으로 할인조건을 처리하는 프로세스도 같이 수정을 해야함

이렇게 데이터를 수정할 때 프로세스도 함께 수정해야 한다는 점이 절차적인 설계가 가지는 전형적인 문제!!

1. 코드를 수정해야하는 또 다른 이유는 팀원 위해 유지보수성을 위한 코드 개선

• 좀 더 명확하게 시간 범위 표현하기

→ 이렇게 하면 더이상 startTime, endTime 필드를 머릿속에서 조합할 필요가 없음

이러한 단점들을 통해 여기서 우리는 한가지를 알아차릴 수 있다