Spring

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

토니짱 2022. 8. 24. 02:41

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

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

-하나의 책임이라는것은 클 수도 있고, 작을 수도 있어서 문맥과 상황에 따라 다르므로 모호하다.

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

ex) UI 변경하는데 쿼리까지 바꿔야 하는 경우? SRP위반

 

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

-소프트웨어 요소는 확장에는 열려있고, 변경에는 닫혀 있어야 한다.

-이게 무슨말인가!?

-다형성을 떠올려보자. 면허를 가진 운전자는 자동차가 테슬라 건 볼보 건 운전을 할 줄 알 것이다.

-자동차가 변경되는 것을 확장이라고 볼 때, 운전자는 여전히 운전이 가능한 것이 변경에는 닫혀 있는 것이다.

-인터페이스(자동차)를 구현한 새로운 클래스를 하나 만들어서 새로운 기능을 구현(구현체:테슬라, 볼보)

OCP 원칙의 문제점

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

 

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

 즉, 공연을 기획할 때 로미오 역할의 배우와 줄리엣 역할의 배우가 있는데 배우를 정하는 공연 기획자가 필요하다고 생각해볼 때
  배우들은 각 구현체이고 로미오와 줄리엣의 역할은 인터페이스인 것이다. 여기서 공연 기획자는 각 역할을 수행할 배우를 설정해주는 설정자이다.

 

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

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

-다형성에서 하위 클래스는 인터페이스 규약을 다 지켜야 한다는 것, 다형성을 지원하기 위한 원칙, 인터페이스를 구현한 구현체는 믿고 사용하려면 이 원칙이 필요하다.

-설명이 어렵다. 쉽게 말해 자동차 인터페이스의 엑셀은 앞으로 가야 하는 기능인데 갑자기 주유구가 열리면 안 된다는 소리다.

 

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

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

ex)

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

사용자 클라이언트 -> 운전자 클라이언트, 정비사 클라이언트로 분리

정비에 관련된 문제가 있을 경우 자동차 인터페이스가 아닌 정비 인터페이스를 변경하고, 사용자 클라이언트가 아닌 정비사 클라이언트를 변경하는 것이다.

-분리하면 정비 인터페이스 자체가 변해도 운전자 클라이언트에 영향을 주지 않음

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

 

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

-추상화에 의존해야지, 구체화에 의존하면 안 된다.(클라이언트가 인터페이스만 바라봐야 한다.)

 즉, 구현 클래스에 의존하지 말고 인터페이스에 의존하라는 뜻.

-구현체에 의존하게 되면 변경이 아주 어려워진다.

 

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

위 코드에서는 회원 Service가 Repository를 직접 생성한다. (구현 클래스에 의존하고 있다.)

public class MemberService {
	private final MemberRepository memberRepository;
    
    public MemberService(MemberRepository memberRepository){
    	this.memberRepository = memberRepository;
    }
    
    ...
}

회원 Service를 생성할 때 DI 하도록 변경한다. (객체 직접 생성이 아니라 외부에서 생성 후 주입시켜준다.)

 

정리

다형성만으로는 쉽게 부품을 바꾸듯 개발할 수 없다!(OCP, DIP 못 지킴)

추가적인 설정자가 필요하다.

반응형