[스프링 핵심 원리 - 기본편] #1. 객체 지향 설계와 스프링

[cyzlcyzl]

스프링을 왜 사용할까?

웹 서버도 띄워주고 편리해서.. 라는 이유도 있지만 핵심 원리는 객체 지향 프로그래밍에 있다.
스프링은 자바 언어 기반의 프레임워크로 자바 언어의 가장 큰 특징인 객체 지향 프로그래밍이 가능하게 해주는 프레임워크

객체 지향 프로그래밍

• 다형성, 상속, 추상화, 캡슐화
  프로그램을 명령어의 목록이 아닌 객체의 모임으로 파악하고자 하는 것이다. 프로그램을 유연하고 변경이 용이하게 만들어줌

• 다형성

  • 객체 지향 프로그래밍의 핵심
  • 역할과 구현으로 구분
    • 세상이 단순해지고 유연해지며, 변경도 편리해진다
    • 클라이언트는 대상의 역할만 알면 된다.
    • 클라이언트는 구현 대상의 내부 구조를 몰라도 된다.
    • 클라이언트는 구현 대상의 내부 구조가 변경되어도 영향을 받지 않는다.
    • 클라이언트는 구현 대상 자체를 변경해도 영향을 받지 않는다.

스프링과 객체 지향

스프링은 객체 지향 프로그래밍에서 가장 중요한 다형성을 극대화 할 수 있도록 도와준다. 스프링에서 이야기하는 제어의 역전(IoC), 의존관계 주입(DI)은 다형성을 활용해서 역할과 구현을 편리하게 다룰 수 있도록 지원해준다.

SOLID

객체 지향 설계의 5가지 원칙

• SRP (Single Responsibility principle): 단일 책임의 원칙
• OCP (Open-Closed principle): 개방-폐쇄의 원칙
• LSP (Liskov substitution principle): 리스코프 치환의 원칙
• ISP (Interface segregation principle): 인터페이스 분리 원칙
• DIP (Dependency inversion principle): 의존 관계 역전 원칙

한계

  public class MemberService{
    // private MemberRepository m = new MemoryMemberRepository();
       private MemberRepository m = new JDBCMemberRepository();
  }

• 구현 객체를 변경하려면 클라이언트(MemberService) 코드를 직접 변경해야 한다
  -> 확장에는 열려있으나 변경에는 닫혀 있어야 한다는 OCP 위반
• 클라이언트(MemberService)가 구현 클래스를 직접 선택한다
  -> 구현 클래스에 의존하지 말고 인터페이스에 의존해야 한다는 DIP 위반

다형성만으로는 OCP와 DIP를 지킬 수 없다. 이럴 때 도와주는 게 바로 스프링 프레임워크 (스프링 컨테이너)
DI (Dependency Injection)로 OCP와 DIP를 가능하게 지원해주어 클라이언트 코드의 변경없이 기능을 확장할 수 있다.