SOLID

SOLID란?

클린코드로 유명한 로버트 마틴이 좋은 객체 지향 설계의 5가지 원칙을 정리한 것이다.

1. SRP : 단일 책임 원칙
2. OCP : 개방-폐쇄 원칙
3. LSP : 리스코프 치환 원칙
4. ISP : 인터페이스 분리 원칙
5. DIP : 의존관계 역전 원칙

SRP(Single Responsibility Principle)

1. 한 클래스는 하나의 책임만 가져야 한다.
2. 중요한 기준은 변경, 변경이 있을 때 하나의 클래스만 변경되면 굉장히 잘 지킨 것이다.

→ 하나의 클래스 안에 DB, SQL 쿼리문, View 로직 ...... 유지보수 측면에서 최악이다.

OCP(Open/closed principle)

1. 소프트웨어 요소는 확장에는 열려 있으나 변경에는 닫혀 있어야 한다.
2. 만약 인터페이스를 만들어 인터페이스를 구현하는 구현체를 만든다면? (다형성)
3. 역할과 구현의 분리를 생각해보자.

→ 기존 코드는 변경되지 않고, 새로운 기능을 확장시킬 수 있다.

LSP(Liskov Substitution Principle)

1. 프로그램의 객체는 프로그램의 정확성을 깨뜨리지 않으면서 하위 타입의 인스턴스로 바꿀 수 있어야 한다.
2. 다형성에서 하위 클래스는 인터페이스 규약을 다 지켜야 한다는 것, 구현체를 믿고 사용하기 위해서는 이 원칙이 꼭 필요하다.
3. 자동차 인터페이스에서 엑셀이라는 메서드가 앞으로 가는 기능이라는 규약을 가지고 있다고 하면 이를 구현하는 모든 종류의 자동차는 이 규약(앞으로 가는 기능)을 지켜야 한다.

ISP(Interface Segregation Principle)

1. 특정 클라이언트를 위한 인터페이스 여러 개가 범용 인터페이스 하나보다 낫다.
2. 만약 자동차 인터페이스를 운전, 정비 인터페이스로 분리하고 사용자 클라이언트를 운전자, 정비사 클라이언트로 분리하게 된다면 정비 인터페이스가 변경된다 해도 운전자 클라이언트에 영향을 주지 않는다.
3. 인터페이스가 명확해지고, 대체 가능성이 높아진다.

DIP(Dependency Inversion Principle)

1. 프로그래머는 추상화에 의존해야지, 구체화에 의존하면 안된다.
2. 클라이언트 코드가 인터페이스만 알고 있으면 된다는 의미이다.
3. 만약 로미오 역할을 맡은 배우가 줄리엣 역할과 합을 맞추는 것이 아닌 줄리엣 역할을 맡은 특정 배우하고만 합을 맞추게 되면 줄리엣 역할 배우를 대체할 수 있는 가능성이 낮아진다.
4. 역할에 의존해야 한다.

 

다형성과 SOLID

MemberRepository memberRepository = new JDBCMemberRepository();

1. 다형성만으로는 구현 객체를 변경할 때 클라이언트 코드가 변경될 수 밖에 없다.
2. 다형성만으로는 구체화에 의존할 수 밖에 없다. 

(OCP. DIP 위반)

 

Spring과 OCP, DIP 

1. Spring을 활용하면 OCP, DIP를 지킬 수 있다. 
2. DI 컨테이너를 제공하기 때문에, 위의 문제를 해결할 수 있는 것이다.