웹개발19 [Inflearn] 좋은 객체지향 설계의 5가지 원칙 적용 SRP, DIP, OCP 적용 SRP 단일 책임 원칙: "한 클래스는 하나의 책임만 가져야 한다." - 클라이언트 객체는 직접 구현 객체를 생성하고, 연결하고, 실행하는 다양한 책임을 가지고 있음- SRP 단일 책임 원칙을 따르면서 관심사를 분리함- 구현 객체를 생성하고 연결하는 책임은 AppConfig가 담당- 클라이언트 객체는 실행하는 책임만 담당 MemberServiceImpl & OrderServiceImpl - 객체 지정은 AppConfig에게 맡기며 생성자를 둠 AppConfig - 환경설정 모두 담당package hello.core;import hello.core.discount.FixDiscountPolicy;import hello.core.member.MemberService;imp.. 2025. 2. 24. [Inflearn] 새로운 구조와 할인 정책 적용 (OCP 만족) 이제는 할인 정책으로 FixDiscountPolicy 대신 RateDiscountPolicy를 사용해볼 것이다. AppConfig의 등장으로 다음과 같이 사용 영역과 구성 영역이 분리되어 있다. 그래서 RateDiscountPolicy로 바꾸기 위해서는 그냥 AppConfig을 재연결해주면 된다.구성 영역만 영향을 받고, 사용 영역은 전혀 영향을 받지 않아 효율적이다. 코드로 보면,,애초에 객체 정의 파트를 따로 두었기 때문에 다음과 같이 객체 정의 부분인 discountPolicy() 속 코드만 고치면 된다. 좀 더 확실히 하기 위해 itemPrice=20000으로 두면 discountPrice=2000 이 됨-> RateDiscountPolicy가 잘 적용된 걸 알 수 있다. 할인 정책을 변경해도,.. 2025. 2. 24. [Inflearn] AppConfig 리팩터링(DIP 만족) 어떤 역할이 있고, 그 역할이 어떻게 구현되는지가 한 눈에 딱 보여야 한다. OrderServiceImpl 클라이언트코드DiscountPolicy 추상화 인터페이스에만 의존하도록 코드 변경(객체 지정을 AppConfig에게 맡김) AppConfig package hello.core;import hello.core.discount.FixDiscountPolicy;import hello.core.member.MemberService;import hello.core.member.MemberServiceImpl;import hello.core.member.MemoryMemberRepository;import hello.core.order.OrderService;import hello.core.order.Ord.. 2025. 2. 23. [Inflearn] 새로운 할인 정책 적용의 문제점 & 해결방안(관심사 분리) (SRP 만족) 앞에서 OrderServiceImpl 코드를 고쳐야 한다고 했었다. 역할과 구현을 충실하게 분리했는가? (YES)다형성도 활용하고, 인터페이스와 구현 객체를 분리했는가? (YES)OCP, DIP 같은 객체지향 설계 원칙을 충실히 준수했는가? (NO)문제점 * DIP "프로그래머는 추상화에 의존해야지, 구체화에 의존하면 안된다"인터페이스뿐 아니라 구현 클래스에도 의존하고 있다.- 추상(인터페이스) 의존: DiscountPolicy- 구체(구현) 클래스 의존: FixDiscountPolicy, RateDiscountPolicy* OCP "변경하지 않고 확장이 가능하다"지금 코드는 기능을 확장해서 변경하면, 클라이언트 코드에 영향을 준다.(OrderServiceImpl 코드를 바꿔야 했다.) 쉽게 클래스 다.. 2025. 2. 7. 이전 1 2 3 4 5 다음
