객체 지향 원리 적용

[solpinetree]

• DIP : 추상에만 의존해야 함.
  • 추상(인터페이스) 의존 : DiscountPolicy
  • 구체(구현) 클래스에 의존 : FixDiscountPolicy, RateDiscountPolicy
• OCP : 변경하지 않고 확장할 수 있어야 함.

[solpinetree]

AppConfig의 등장으로 애플리케이션이 크게 사용 영역 , 객체를 생성하고 구성하는 영역으로 분리.

[solpinetree]

좋은 객체 지향 설계의 5가지 원칙 중 여기서는 3가지 SRP, DIP, OCP 적용이 되어있다.

1. SRP 단일 책임 원칙 한 클래스는 하나의 책임만 가져야 한다.
   • 구현 객체를 생성하고 연결하는 책임은 AppConfig가 담당
   • 클라이언트 객체는 실행하는 책임만 담당
2. DIP 의존관계 역전 원칙 추상화에 의존해야지, 구체화에 의존하면 안된다.
   • 클라이언트 코드가 DiscountPolicy 추상화 인터페이스에 의존한다.
   • AppConfig 가 FixDiscountPolicy 객체 인스턴스를 클라이언트 코드 대신 생성해서 클라이언트 코드에 의존관계를 주입한다.
3. OCP 소프트웨어 요소는 확장에는 열려 있으나 변경에는 닫혀 있어야 한다.
   • 애플리케이션을 사용 영역과 구성 영역으로 나눴다.
   • 소프트웨어 요소를 새롭게 확장해도 사용 영역의 변경은 닫혀 있다.

[solpinetree]

IoC, DI, 컨테이너

제어의 역전 IoC(Inversion of Control)

• 프로그램에 대한 제어 흐름에 대한 권한은 모두 AppConfig 가 가지고 있음.
  • 예를 들어, AppConfig는 OrderServiceImpl이 아닌 OrderService 인터페이스의 다른 구현 객체를 생성하고 실행할 수도 있음.
  • 이런 예와 같이, 프로그램의 제어 흐름을 직접 제어하는 것이 아니라 외부에서 관리하는 것을 IoC라고 한다.

의존관계 주입 DI(Dependency Injection)

두 가지 종류이 의존 관계가 있다.

1. 정적인 클래스 의존관계
   • 클래스가 사용하는 import 코드만 보고 의존관계를 쉽게 판단 가능. 애플리케이션을 실행하지 않아도 분석할 수 있다.
2. 실행 시점에 결정되는 동적인 객체(인스턴스) 의존 관계
   • 클라이언트 코드를 변경하지 않고, 클라이언트가 호출하는 대상의 타입 인스턴스를 변경할 수 있다.
   • 정적인 클래스 의존관계를 변경하지 않고, 동적인 객체 인스턴스 의존관계를 쉽게 변경할 수 있다.

IoC 컨테이너, DI 컨테이너

• AppConfig 처럼 객체를 생성하고 관리하면서 의존관계를 연결해주는 것
• 의존관계 주입에 초점을 맞추어 최근에는 주로 DI 컨테이너라 한다.