인프런 스프링 기본 강의 정리 #1

1. 스프링이란?

스프링은 스프링 부트 뿐만 아니라 많은 프로젝트로 구성되어 있다.
그 중 대표적인 것이 스프링 프레임 워크와 스프링 부트이다.
 
-스프링 부트

• 스프링을 편리하게 사용할 수 있도록 지원, 최근에는 기본으로 사용
• 단독으로 실행할 수 있는 스프링 애플리케이션을 쉽게 생성
• Tomcat 같은 웹 서버를 내장해서 별도의 웹 서버를 설치하지 않아도 됨
• 손쉬운 빌드 구성을 위한 starter 종속성 제공
• 스프링과 3rd party(외부) 라이브러리 자동 구성
• 관례에 의한 간결한 설정

-스프링의 핵심

• 스프링은 자바 언어 기반의 프레임워크
• 자바 언어의 가장 큰 특징은 객체 지향 언어
• 스프링은 객체 지향 언어가 가진 강력한 특징을 살려내는 프레임워크
• 스프링은 좋은 객체 지향 애플리케이션을 개발할 수 있게 도와주는 프레임워크

2. 좋은 객체 지향 프로그래밍이란?

-객체 지향(추상화, 캡슐화, 상속, 다형성)

• 객체들의 모임
• 객체는 메시지를 주고받고 데이터 처리 가능
• 프로그램을 유연하고 변경이 용이하도록 만든다

-다형성

• 인터페이스(역할)와 인터페이스를 구현한 클래스(구현 객체) 분리 -> 유연, 변경 용이
• 객체를 설계시 역할을 먼저 부여하고, 그 역할을 수행하는 구현 객체 만들기
• 클라이언트는 대상의 역할만 알면 된다.
• 클라이언트는 구현 대상 자체를 변경해도 영향을 받지 않는다.

-자바 언어의 다형성

• 오버라이딩 : 부모 클래스에서 정의한 메소드를 상속받은 자식 클래스에서 재정의
• 구현 객체를 실행 시점에 유연하게 변경 가능
• 클라이언트를 변경하지 않고, 서버의 구현 기능을 유연하게 변경 가능
• 인터페이스를 안정적으로 잘 설계하는 것이 중요

3. 좋은 객체 지향 설계의 5가지 원칙(SOLID)

• SRP(단일 책임 원칙)
• OCP(개방-폐쇄 원칙)
• LSP(리스코프 치환 원칙)
• ISP(인터페이스 분리 원칙)
• DIP(의존관계 역전 원칙)

-SRP(Single responsibility principle)

• 한 클래스는 하나의 책임만 가져야 한다.
• 중요한 기준은 변경
• 변경 시 파급 효과가 적어야 한다

-OCP(Open/closed principle)

• 소프트웨어 요소는 확장에는 열려 있으나 변경에는 닫혀 있어야 한다.
• 다형성 활용

//변경 전
public class MemberService {
	private MemberRepository memberRepository = new MemoryMemberRepository();
}

//변경 후
public class MemberService {
	//private MemberRepository memberRepository = new MemoryMemberRepository();
	private MemberRepository memberRepository = new JdbcMemberRepository();
}

구현 객체를 JdbcMemberRepository로 변경하려면 클라이언트 코드를 변경해야 한다.
분명 다형성을 사용했지만 OCP원칙을 지킬 수 없는데, 이 경우 스프링의 역할이 필요하다.
 
-LSP (Liskov substituition principle)

• 객체는 프로그램의 정확성을 깨뜨리지 않으면서 하위 타입의 인스턴스로 바꿀 수 있어야 한다.
• ex) 자동차 인터페이스의 엑셀이 앞으로 가는 기능이면, 뒤로 가게 구현하는 것은 LSP 위반

-ISP(Interface segregation principle)

• 특정 클라이언트를 위한 인터페이스 여러 개가 범용 인터페이스 하나보다 낫다
• 자동차 인터페이스 -> 운전 인터페이스, 정비 인터페이스로 분리
• 사용자 인터페이스 -> 운전자 클라이언트, 정비사 클라이언트로 분리

-DIP(Dependency inversion principle)

• 추상화에 의존해야지, 구체화에 의존하면 안 된다
• 구현 클래스에 의존하지 말고, 인터페이스에 의존해야 한다

public class MemberService {
	private MemberRepository memberRepository = new MemoryMemberRepository();
}

위 코드는 MemberService 인터페이스 뿐만 아니라 구현 클래스(MemoryMemberRepository)에도 의존하고 있기 때문에 DIP를 위반한다.
 
-> 다형성 만으로는 OCP, DIP를 지킬 수 없다.