✔ Inflearn 강의 수강 내용 정리글입니다!
스프링은 왜 만들어졌나
웹 에플리케이션을 편리하게 만들기 위해? ❌
DB 접근을 편리하게 하기 위해? ❌
웹 서버를 자동으로 띄워 사용하기 위해? ❌
스프링의 진짜 핵심
💡 객체 지향 언어의 강력한 특징을 살리는 프레임워크
💡 좋은 객체 지향 애플리케이션 개발
객체 지향
- 추상화
- 캡슐화
- 상속
- 👇 다형성
다형성(polymorphism) : 하나의 타입에 여러 객체를 대입할 수 있는 성질
객체 지향 프로그래밍
컴퓨터 프로그램을 여러개의 독립된 단위인 객체의 모임으로 파악 ➡ 유연하고 변경이 용이한 프로그램 만들기 가능
💡 다형성
역할과 구현으로 구분
역할 = 인터페이스
구현 = 구현 클래스
💡 오버라이딩 : 서브 클래스(자식 클래스)가 부모 클래스에 의해 이미 제공된 메서드를 특정 형태로 구현하는 것
단순해지고 유연해지며 변경이 편리해진다
💡 다형성의 본질
클라이언트를 변경하지 않고 서버의 구현 기능을 유연하게 변경할 수 있다
스프링과 객체 지향
다형성이 가장 중요
스프링은 다형성을 극대화하여 이용할 수 있게 도와준다
SOLID
좋은 객체 지향 설계의 5가지 원칙
-
SRP(Single Reponsibility Principle) : 단일 책임 원칙
한 클래스는 하나의 책임만 가져야 한다
하나의 책임이라는 것은 모호하지만, 변경이 있을 때 파급 효과가 적으면 SRP를 잘 따른 것이다 -
OCP(Open/Closed Principle) : 개방-폐쇄 원칙
소프트웨어 요소는 확장에는 열려있으나 변경에는 닫혀있어야 한다 ❓
다형성을 활용하자! ➡ 인터페이스를 구현한 새로운 클래스를 만들어 새로운 기능 구현
구현 객체 변경을 위해 클라이언트 코드를 변경
➡ 다형성을 사용했지만 OCP 원칙을 지키지 못함
어떻게 해결해야 하나? -
LSP(Liskov Substitution Principle) : 리스코프 치환 원칙
다형성에서 하위 클래스는 인터페이스 규약을 다 지켜야 한다
➡ 단순 컴파일 성공을 말하는 것 ❌ -
ISP(Interface Segregation Principle) : 인터페이스 분리 원칙
특정 클라이언트를 위한 인터페이스 여러 개가 범용 인터페이스 하나보다 낫다
인터페이스가 명확해지고 대체 가능성 ⬆ -
DIP(Dependency Inversion Principle) : 의존관계 역전 원칙
프로그래머는 "추상화에 의존해야지, 구체화에 의존하면 안된다."
➡ 구현 클래스에 의존하지 말고 인터페이스에 의존해라 = 역할에 의존해라
클라이언트가 구현 클래스를 직접 선택하는 것은 DIP 위반
어떻게 해결해야 하나?
❗ 다형성 만으로는 OCP, DIP를 지킬 수 없다 ❗
스프링과 객체 지향 설계
스프링은 다음 기술로 다형성 + OCP, DIP를 가능하게 지원
💡 DI(Dependency Injection) : 의존관게, 의존성 주입
💡 DI 컨테이너 제공
클라이언트 코드의 변경 없이 기능 확장
마지막으로
모든 설계에 역할과 구현을 분리하자
언제든지 유연하게 변경할 수 있도록 만드는 것이 좋은 객체 지향 설계다
➡ 모든 설계에 인터페이스를 부여하는 것이 이상적인 객체 지향 설계
하지만, 인터페이스를 도입하면 추상화라는 비용이 발생
💡 기능 확장의 가능성이 없다면, 구현 클래스를 직접 사용하고 향후 꼭 필요할 때 리팩터링해서 인터페이스 도입
[출처 - Inflearn : 스프링 핵심 원리 - 기본편]
https://www.inflearn.com/course/%EC%8A%A4%ED%94%84%EB%A7%81-%ED%95%B5%EC%8B%AC-%EC%9B%90%EB%A6%AC-%EA%B8%B0%EB%B3%B8%ED%8E%B8/dashboard
