로버트 마틴의 5가지 원칙
- SRP(single responsibility principle)
- OCP(open/closed principle)
- LSP(Liskov substitution principle)
- ISP(Interface segregation principle)
- DIP(Dependency inversion principle)
1. SRP 단일 책임 원칙
한 클래스는 하나의 책임만 가져야 한다.
클래스를 변경했을 때 파급 효과가 적어야 한다.
따라서 책임은 클래스 변경 시 다른 영향이 없을 만큼 하나의 클래스로 만들어야 한다는 의미이다
2. OCP 개방-폐쇄 원칙
확장에는 열려 있으나 변경에는 닫혀 있어야 한다.
언뜻 보면 다형성을 의미하는 듯 하나 아래 사진을 보면 원칙에 어긋난다는 것을 알 수 있다

Repository를 변경하면서 애플리케이션에 영향을 미치고 있지 않지만 코드를 변경하였기에 원칙과 맞지 않는 행위를 하고 있다.
때문에 별도의 객체를 알아서 조립해주는 설정자가 필요하다
3. LSP 리스코프 치환 원칙
구현된 하위 클래스가 정해놓은 기능의 의미를 위반하지 말아야 한다는 것이다. 다형성을 지키기 위한 원칙이다
인터페이스에서 open()이라는 함수는 "문을 연다" 라는 의미가 담겨 있다면 구현 시 "문을 닫다"로 구현하면 안된다는 의미이다.
4. ISP 인터페이스 분리 원칙
특정 클라이언트를 위한 인터페이스 여러 개가 범용 인터페이스 하나보다 낫다
자동차 인터페이스 -> 운전 인터페이스, 정비 인터페이스로 분리
인터페이스를 명확하게 하여 대체 가능성을 높히는 것이다.
기능을 적당한 크기로 쪼개서 구현해야한다.
5. DIP 의존관계 역전 원칙
구현체가 아닌 추상화에 의존해야한다. 즉, 인터페이스(역할)에 의존하도록 하여 구현체 변경으로 부터 자유롭게 해야한다

다시 사진을 보면 다형성을 사용하여 구현하였지만 인터페이스와 구현 클래스를 의존하고 있다
객체 지향 언어를 공부하면서 알게되는 5가치 원칙이다. 다형성은 객체 지향의 핵심으로 볼 수 있지만 이 원칙들을 지키기에는 무엇인가 더 필요하다
OCP, DIP를 지킬 수 있도록 추가적인 설정이 있어야한다.
'Spring' 카테고리의 다른 글
| moa(1) (0) | 2024.02.15 |
|---|---|
| 프로젝트 준비 (0) | 2024.02.07 |
| 스프링의 핵심 (0) | 2024.01.13 |
| 스프링 가볍게 느껴보자 (4) (0) | 2024.01.13 |
| 스프링 가볍게 느껴보자 (3) (0) | 2024.01.11 |