좋은 객체 설계를 위한 5가지 원칙 SOLID에 대해서 면접도 대비할겸.. 객체지향설계에 대해 다시한번 상기할겸.. 정리해보려고 한다.

1. SRP 단일 책임 원칙

(Single responsibility principle)

• 한 클래스는 하나의 책임만 가져야한다.

• 중요한 기준은 변경!! 변경이 있을때 파급효과가 적으면 단일책임 원칙을 잘 따른것이다.

  ex) 하나의 클래스를 수정하는데 다수의 파일을 수정해야한다. => SRP를 지키지 못하는상황.

2. OCP 개방-폐쇄 원칙

(Open/closed principle)

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

• 다형성을 활용해야한다.

• "인터페이스를 구현한 새로운 클래스를 하나 만들어서 새로운 기능을 구현"

  ex) 오토바이의 움직임이 필요하다면 Vehicle interface의 기능을 구현한 MotorBike 클래스를 새로 생성해서 구현한다. 하지만 다른 클래스는 수정하지 않는다!

이것을 실현시켜주는것이 SPRING의 DI(의존관계 주입)이다.

3. LSP 리스코프 치환 원칙

(Liskov substitution principle)

• 프로그램의 객체는 프로그램의 정확성을 깨뜨리지 않으면서 하위 타입의 인스턴스로 바꿀 수 있어야 한다.

• 다형성에서 하위 클래스는 인터페이스 규약을 모두 지켜야한다.

• 단순히 컴파일에 성공하는것을 넘어서는 이야기

  ex) 자동차 인터페이스의 "엑셀을 뒤로가게" 구현하면 컴파일은 되겠지만 LSP는 위반한다.

4. ISP 인터페이스 분리원칙

(Interface segregation principle)

• 특정 클라이언트를 위한 인터페이스 여러개가 범용 인터페이스 하나보다 낫다.
• 자동차 인터페이스 -> 운전 인터페이스, 정비인터페이스로 분리
• 즉 인터페이스를 적당한 크기로 잘 나누어야 한다.

5. DIP 의존관계 역전 원칙

(Dependency inversion principle)

• 프로그래머는 "추상화에 의존해야지, 구체화에 의존하면 안된다."
• 역할과 구현을 철저하게 분리해야한다.
• 쉽게 이야기해서 구현 클래스에 의존하지 말고 인터 페이스에 의존하라는 뜻