[SOLID]좋은 객체 지향 설계의 5가지 원칙

 

 

 

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

---

📝단일 책임 원칙 - SRP(Single responsibility principle)

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

사실 판단의 기준이 모호하다.

• 클 수 있고, 작을 수 있다.
• 문맥과 상황에 따라 다르다.

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

예) UI 변경, 객체의 생성과 사용을 분리 

 

 

📝개방 - 폐쇄 원칙 - OCP(Open/closed principle)

소프트웨어 요소는 확장에는 열려 있으나 변경에는 닫혀 있어야 하는 원칙이다.

다형성에 대한 이야기이다.

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

역할과 구현의 분리이다. 

 

밑의 코드처럼 받는 기능이 바뀐다고 생각해보자.

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

다형성을 사용하지만 적용을 하려면 코드를 바꿔야 한다. 

OCP 개방원칙의 변경에는 닫혀있다는 것을 침해하게 된다. 

 

OCP의 문제점은 다음과 같다.

• 구현 객체를 변경하려면 클라이언트 코드를 변경해야 한다. 
• 분명 다형성을 사용했지만 OCP 원칙을 지킬 수 없다. 

OCP 해결방법

별도의 객체를 생성하고, 연관관계를 맺어주는 별도의 조립, 설정자가 필요하다.

 

 

📝리스코프 치환 원칙 - LSP(Liskov substitution principle)

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

쉽게 말해서 다형성의 원리를 이야기하는 것이다.

다형성 기능을 이용하기 위해서는 클래스를 상속 시켜 타입을 통합할 수 있게 설정하고, 업캐스팅을 해도 메소드 동작에 문제가 없어야 한다.

즈즉 한마리로 다형성을 지원하기 위한 원칙이다.

📝인터페이스 분리 원칙 - ISP(Interface segregation principle)

특정 클라이언트를 위한 인터페이스 여러 개가 범용 인터페이스 하나보다 낫다.

자동차 인터페이스 -> 운전 인터페이스, 정비 인터페이스로 분리 가능

인터페이스가 명확해지고, 대체 가능성이 높아진다. 

 

 

📝의존관계 역전 원칙 - DIP(Dependency inversion principle)

프로그래머는 "추상화에 의존해야지, 구체화에 의존하면 안된다" 의존성 주입은 이 원칙을 따르는 방법 중 하나다.

쉽게 이해하면 구현클래스에 의존하지 말고, 인터페이스에 의존하라는 것이다. 

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

위의 코드를 보면 MemberService 클라이언트가 구현 클래스를 직접 선택해 DIP를 위반하는 것을 볼 수 있다.

인터페이스에만 의존하게 설계해야한다.

 

 

 

이결 해결하려면? 

추후에 알려준다는군용~ 

---

✔참고 사이트

• 김영한님의 스프링 핵심 원리 - 기본편 
• 스프링 핵심 원리 - 기본편 - 인프런 | 강의 (inflearn.com)