😊개요 한창 프로젝트를 하며 스프링과 객체지향을 접하고 활용 했을 때, 의존성에 관한 고민을 매우 많이 했었다. 그러던 도중 유튜브에서 우아한 객체지향 by 조영호님의 세미나를 듣고, 그동안 프로젝트를 진행하면서 이게맞나? 라고 생각했던 실타래들이 하나하나 풀리게 되면서 입을 벌린 상태로 보며 정리했었던 적이 있다. 그때의 내용을 곱씹으면서 다시 정리 해보자고 생각했다. 다음과 같이 변경하게되면 기존에 적었던 메서드들이 모두 컴파일에러를 띄울것이다. 연관관계로 참조했던 것들이 객체를 끊어버리게 되니깐 Entity내부에서 구현했던 연관관계 객체들에서 error를 반환한다. Id로 참조하는 공통 로직을 객체를 새로 생성해 하나에 몰아 넣는다. 🎈과연 이렇게 하는 것이 좋은 변경일까? 객체 지향은 여러객체를 ..

😊개요 한창 프로젝트를 하며 스프링과 객체지향을 접하고 활용 했을 때, 의존성에 관한 고민을 매우 많이 했었다. 그러던 도중 유튜브에서 우아한 객체지향 by 조영호님의 세미나를 듣고, 그동안 프로젝트를 진행하면서 이게맞나? 라고 생각했던 실타래들이 하나하나 풀리게 되면서 입을 벌린 상태로 보며 정리했었던 적이 있다. 그때의 내용을 곱씹으면서 다시 정리 해보자고 생각했다. 🎈설계 개선하기 설계를 진화시키기 위한 출발점 코드 작성 후 의존성 관점에서 설계 검토 → shop과 order에서 사이클이 발생한다. 🎈해결 1. 중간 객체를 이용한 의존성 사이클 끊기 어떻게 보면 DIP의 변형이라 볼 수 있다. 의존성을 끊고 장바구니에서도 OptionGroup과 Option을 활용할 수 있으므로 재사용성이 증가한다...

😊개요 한창 프로젝트를 하며 스프링과 객체지향을 접하고 활용 했을 때, 의존성에 관한 고민을 매우 많이 했었다. 그러던 도중 유튜브에서 우아한 객체지향 by 조영호님의 세미나를 듣고, 그동안 프로젝트를 진행하면서 이게맞나? 라고 생각했던 실타래들이 하나하나 풀리게 되면서 입을 벌린 상태로 보며 정리했었던 적이 있다. 그때의 내용을 곱씹으면서 다시 정리 해보자고 생각했다. 🎈예제(배달 앱) 🎈문제점 사용자가 메뉴를 고름 → 장바구니에 담음 → 이 때 업소에서 해당 메뉴를 변경시킨다. 이 때,가게의 메뉴와 장바구니에 담긴 내용이 다르므로 Validation Check가 필요하다. 🎈Valication 체크 위와 같은 관계에는 방향성이 필요하다. 방향이 잡히면 이는 곧 의존성의 방향이된다. 참고영상