기존 서비스 코드를 리팩토링하는 이유 (작성중)

[wonslee]

What

기존 코드에서는 서비스 객체들이 여러개의 클래스로 분리되어 있었습니다.
이를 리팩토링하기 전에 왜 해야 하는지, 어떻게 하면 더 변경에 유연한 애플리케이션을 만들 수 있을지 공부해보려고 합니다.

Why

기존 코드의 좋은 점 :

• Repository 에 대해 메서드들의 사용 빈도가 높기 때문에 이러한 측면에선 클래스의 응집도가 높다고 볼 수 있다.
• 메서드가 자연스럽게 분리되기 때문에 메서드 응집도가 높다.

기존 코드의 문제점 :

• 위의 클래스 응집도는 ...Service 하나로 합쳤을 때에도 크게 차이가 나지 않는다.
• 위의 메서드 응집도는 ...Service에서 자체적으로 메서드를 분리함으로써 해결할 수 있다.
• ...CRUDService 대부분의 메서드들은 별도의 로직 없이 Repository의 메서드 호출 결과를 그대로 반환한다. 즉 메서드 분리의 효용이 거의 없다고 할 수 있다.
• 결국 클래스 분리의 기준은 변경이어야 한다. 현재 ...CRUDService에는 변경의 이유가 Repository 자체의 제거, 추가 외에는 없기 때문에 변경 가능성이 적고 변경의 여파 또한 적다

결론 :

How

Think

더 생각해볼 부분:
서비스를 더 작은 책임으로 분리하는 것은 어떨까? 객체들의 응집도를 높일 수 있는 방법이라고 생각한다.