객체는 객체와 끊임없이 상호작용한다. 그렇기에 유연한 변경이 가능해야한다.

예를 들어, 자동차라는 상위 클래스를 다양한 자동차 브랜드로 구현될 수 있고, 운전자가 변화해도 자동차는 영향을 받지 않는다.

사용자, 주문, 할인 등 여러 독립적인 특징을 가진 기능은 클래스로 분리하여 각 클래스에서만 수정 및 사용한다.

역할과 구현을 분리 - 인터페이스와 콘크리트 클래스

인터페이스는 안정적이게, 확장이 무한대로 가능하게 설계해야한다.

SOLID 객체지향 설계 원칙

1. SRP 단일책임원칙 - 변경이 용이한 단위적 책임인가
2. OCP 개방폐쇄원칙 - 코드의 변경 없이 확장이 가능한가(조립만으로 변경)
3. LSP 리스코프 치환 원칙 - 하위 클래스는 인터페이스(상위 클래스)를 위반하지 않아야한다
4. ISP 인터페이스 분리 원칙 - 여러 개의 인터페이스를 통해 명확한 기능을 갖고 있고, 대체 가능성이 높은 환경을 구현할 것
5. DIP 의존관계 역전 원칙 - 추상화에 의존할 것, 인터페이스(역할)가 중심이 되어야한다. 구현체에 의존하면 다형성을 잃는다(재활용성을 잃는다)

스프링 컨테이너에 객체 지향 적용

객체를 생성하는 역할과 객체를 실행하는 역할을 분리.
의존은 인터페이스로 하고, 설정 파일을 통해 구체적인 구현체를 의존 주입
구현체 변경 시 설정 파일만 변경하면 된다.(조립)
=> 제어의 역전; 어떤 구현체를 사용할 것인지 AppConfig(Spring)가 결정한다. 동적인 인스턴스 의존관계