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

객체 지향 프로그램이란?

객체지향 프로그래밍은 컴퓨터 프로그램을 명령어의 목록으로 보는 시각에서 벗어나 여러개의 독립된 단위, 즉 "객체"들의 모임으로 파악하고자 하는 것이다. 각각의 객체는 메서지를 주고받고, 데이터를 처리할 수 있다.(협력)

객체 지향 프로그래밍을 유연하고 변경이 용이하게 만들기 떄문에 대규모 소프트웨어 개발에 많이 사용된다.

객체 지향 특징

• 추상화캡슐화
• 상속
• 다형성(객체지향의 꽃)

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

SRP:단일 책임 원칙(single responmsibility principle)

• 하나의 클래스는 하나의 책임만 가져야 한다.
• 중요한 기준은 변경이다. 변경이 있을때 파급효과가 적다면 단일 책임 원칙을 잘 따른 것

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

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

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

• 프로그램의 객체는 프로그램의 정확성을 깨뜨리지 않으면서 하위 타입의 인스턴스로 바꿀 수 있어야 한다.
• 단순히 컴파일에 성공하는것을 넘어서는 이야기(ex. 자동차 엑셀을 밟으면 뒤로 가게 설계를 해놨다.→컴파일 오류는 안나지만 LSP위반.)

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

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

• ex) 자동차 인터페이스(범용)으로 만들기보단, 운전 인터페이스/정비 인터페이스로 분리.

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

• 분리하면 정비 인터페이스가 변해도 운전자 클라이언트에 영향을 주지않음. 정비사는 정비만 보면되고 운전자는 운전 인터페이스만 보면됌.

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

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

• 프로그래머는 "추상화에 의존해야지, 구체화에 의존하면 안된다." 의존성 주입은 이원칙을 따르는 방법중 하나다.
• 쉽게 이야기해서 구현 클래스에 의존하지 말고, 인터페이스에 의존하라는 뜻
• 앞서 말한, 역할에 의존하게 해야한다는 것과 같다. 객체 세상도 클라이언트가 인터페이스에 의존해야 유연하게 구현체를 변경할수 있다! 구현체에 의존하게 되면 변경이 아주 어려워진다

public class MemberService{
privatd MemberRepository memberRepository=new MemberRepository();
}

public class MemberService{
//private Memberepository memberRepository=new MemoryMemberRepository();
private MemberRepository memberRepository=new JdbcMemberReopsitory();

• MemberService는 MemberRepository(인터페이스)를 알 뿐만 아니라, MemoryMemberRepository(구현체)까지 알고있음. 그래서 MemoryMemberRepository를 바꾸려할때 코드 변경이 일어남.
• MemberService 클라이언트가 구현클래스 직접 선택하고 있음(직접 의존하고있음)→DIP위반(추상화에도 의존하지만 구체화에도 의존함)

정리

• 객체 지향의 핵심은 다형성. but 다형성만으로는 쉽게 부품을 갈아끼우듯이 개발할 수 없다. (위 참조)
• 다형성만으로는 구현객체를 변경할 때 클라이언트 코드도 함께 변경된다.(다형성만으로는 OCP,DIP를 지킬 수 없음) →뭔가 더 필요하다. 그게 바로 SPRING!!!!
• DI(dependenct Injection)의존관계 의존성 주입
• DI 컨테이너 제공

중요

• 모든설계에 역할과 구현을 분리하자!!!!! ex)자동차, 공연
• 이상적으로는 모든설계에 인터페이스를 부여하자