다시 스프링으로

스프링 이야기에 왜 객체 지향 이야기가 나오는가?

• 스프링은 다음 기술로 다형성 + OCP, DIP를 가능하게 지원
• DI(Dependency Injection): 의존관계, 의존성 주입
• DI 컨테이너 제공
• 클라이언트 코드의 변경 없이 기능 확장
• 쉽게 부품을 교체하듯이 개발

스프링이 없던 시절로

• 옛날 어떤 개발자가 좋은 객체 지향 개발을 하려고 OCP, DIP 원칙을 지키면서 개발을 해보니, 너무 할일이 많았다. 배보다 배꼽이 크다. 그래서 프레임워크로 만들어버림
• 순수하게 자바로 OCP, DIP 원칙들을 지키면서 개발을 해보면, 결국 스프링 프레임워크를 만들게 된다. (더 정확히는 DI 컨테이너)
• DI 개념은 말로 설명해도 이해가 잘 안된다. 코드로 짜봐야 필요성을 알게된다!
• 그러면 이제 스프링이 왜? 만들어졌는지 코드로 이해해보자

정리

• 모든 설계에 역할과 구현을 분리하자.
• 자동차, 공연의 예를 떠올려보자.
• 애플리케이션 설계도 공연을 설계 하듯이 배역만 만들어두고, 배우는 언제든지 유연하게 변경할 수 있도록 만드는 것이 좋은 객체 지향 설계다.
• 이상적으로는 모든 설계에 인터페이스를 부여하자

이걸 가능하게 하려면 다형성 뿐만 아니라 OCP, DIP 를 지켜야 한다. 이상적으로는 모든 설계에 인터페이스를 구현하는게 좋다. 장점은 어떤 데이터베이스를 사용할지 기술적으로 정해지지 않았을 때 인터페이스만 정해놓을 시 구현이 가능하다. 하부 구현 기술에 대한 선택을 최대한 미룰 수 있다는 장점이 있다. 할인 정책 등도 명확하게 정해지지 않았을 때 간단한 인터페이스만 구현 후 기획이 명확하게 정해졌을 때 구현하면 된다.