우아한 객체지향 [우아한테크세미나] 정리 5

😊개요

한창 프로젝트를 하며 스프링과 객체지향을 접하고 활용 했을 때, 의존성에 관한 고민을 매우 많이 했었다. 그러던 도중 유튜브에서 우아한 객체지향 by 조영호님의 세미나를 듣고, 그동안 프로젝트를 진행하면서 이게맞나? 라고 생각했던 실타래들이 하나하나 풀리게 되면서 입을 벌린 상태로 보며 정리했었던 적이 있다. 그때의 내용을 곱씹으면서 다시 정리 해보자고 생각했다.

 

다음과 같이 변경하게되면 기존에 적었던 메서드들이 모두 컴파일에러를 띄울것이다.

 

연관관계로 참조했던 것들이 객체를 끊어버리게 되니깐 Entity내부에서 구현했던 연관관계 객체들에서 error를 반환한다.

Id로 참조하는 공통 로직을 객체를 새로 생성해 하나에 몰아 넣는다.

🎈과연 이렇게 하는 것이 좋은 변경일까?

 

객체 지향은 여러객체를 확인하면서 로직을 파악해야하기 때문에 로직을 한눈에 파악하기 어렵다 하지만 다른 객체로 로직을 한번에 모아둔다면 해당 로직이 한 눈에 들어오기 때문에 편하다.

응집도는 같이 변경되는 애들이 같이 몰려있는것이 응집도가 높다고 할 수 있는데 객체내에 변경되는 로직이 분산되어 있다면 응집도가 낮아 좋은 코드라고 말할 수 없다.

그래서 때로는 절차지향이 객체지향보다 좋을 수 있다. 그래서 이것에 대한 트레이드 오프는 잘 결정 해야한다.

이것도 똑같이 id참조로 바뀌면서 수수료부과하는 로직에서 에러가 터진다.

해당 오류의 본질은 도메인 로직이 순차적으로 실행되므로 일어나는 문제이다.

🎈해결방법

아까처럼 로직을 하나로 모아서 절차지향적으로 구성을 하는 방법과 다른 하나의 방법은 도메인 이벤트를 발생시키는 방법이 있다.

가장 심플한 방법은 절차지향이고 도메인이벤트는 약간 신경써야할 부분이 있다.

🎈해결 1. 절차지향 로직

하지만,

다음과 같이 추가되면서 결국 사이클이 생기게된다.

인터페이스를 통해 의존성을 역전시키고 Order에 있던 서비스를 deliver로 밀어 넣으면서 사이클을 없앨 수 있다.

🎈패키지 의존성

지금까지 했던거를 토대로 패키지의 의존성을 해결하는 방법은 첫째, 중각 객체를 두어 의존성을 해소하는방법, 두번째, 인터페이를 추상화시켜 의존성을 역전시키는 방법 두 가지 방법이 존재한다.

🎈해결 2. 도메인 이벤트

지금까지의 문제점은 Order가 발생되었을때, 반드시 Delivery와 Shop을 거쳐가야 하는 것의 문제점이 있다. 즉 결합도가 너무 높다라는 문제인 것이다.

그래서 이 결합도를 낮추고 싶을 때 도메인 이벤트를 사용한다.

기존 방법은 그냥 메시지를 직접 뿌렸지만 지금은 이벤트 발행만 시킨다

그후 각각의 도메인이 이벤트를 받아 처리하는데 이것이 바로 이벤트로 결합도를 느슨하게하는 방법이다.

원래는 직접 구현하는 것이 제일 좋으나 위의 코드는 SpringData의 이미 구현되어있는 로직을 사용한 방법

Order는 AbsractAggregateRoot를 상속받고 이벤트를 등록시킨다. 이때 DB에 커밋이 날아가는 순간 해당 이벤트가 발행된다고 보면 된다.

이후에는 이벤트핸들러를 구성하는데 이는 Spring의 EventListener 를 사용해서 구성한다.

하지만,

위와 같이 추가를 한후 도메인 관계를 그려보면 사이클이 돈다.

아까 사이클을 해결하는 2가지의 옵션이있었는데 또 다른 방법이 있다. 지금의 문제는

이벤트 핸들러가 Shop패키지에 있기때문에 발생하는 사이클이다.

🎈사이클을 제거하는 3번째 방법

이렇게 보면 사이클에만 집중된것 처럼 보일 수 있는데 사실 사이클을 제거하며 위와같이 도메인을 분리해낸다면 전체적으로 도메인이 명확해지는 효과를 받는다. 지불이라는 행위는 사실상 shop도메인과 그렇게 관련이 되어있다고 설명하기 힘들기때문에 나누는것이 도메인 관점에서 보기엔 옳다고 할 수 있는 것이다.

🎈정리

다음과 같이 3가지의 방법중 어느것을 선택하라는 상황에 따라 다르며, 트레이드 오프에 따라서 선택을 잘해야한다

도메인 단위로 의존성을 끊어내니 도메인단위로 관리를 하기 수월해졌다. 또한 이렇게 분리를 함으로써 시스템을 찢기가 쉬워졌다.

이렇게 도메인 단위로 찢어내면서 각각의 시스템 이벤트를통한 시스템 통합도 가능해진다.

인터널 이벤트를 → external 이벤트로 변경하여 외부시스템으로 변경을 하기도한다.

보통은 시스템단위로 서비스를 쪼개고 시스템이벤트를 통해 통합을 시킨다.

 

꼭 저렇게 해야하나요?

→ 아니다. 하지만 한통으로 하더라도 전체적인 의존성사이클관리는 해주어야한다.

참고영상