[Study] 좋은 객체 지향개발을 위한 다섯가지 원칙(Clean code로 유명한 개발자가 제시)

[YuHyeonGeun-KOR]

[@ttttoooommm , @hydenny , @Akgop , @kimmincheol-kor ]

댓글에 공부한거 공유해보면 좋을 것 같습니다.

좋은 객체지향을 위한 다섯가지 원칙(SOLID)

좋은 객체지향을 위한 다섯가지 원칙

1. SRP 단일책침원칙 single responsibility principle 한 클래스는 하나의 책임만 가져야 한다.

   • 단 하나의 책임이라는 것은 모호하다.
   • 클수도 있고 작을수도 있고 문맥과 상황에 따라 다른다. 그러면?? 중요한 기준은 변경이다. 변경이 있을 때 파급 효과가 적으면 다니을 책임 원칙을 잘 따른 것이다. ex) UI 변경 겍체의 생성과 사용을 분리

2. OPC 개방 폐쇄 원칙 open/closed principle

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

• 변경하는 방법 --> 다형성 -인터페이스를 구현한 새로운 클래스를 하나 만들어서 새로운 기능을 구현

OPC 개방 폐쇄 원칙 open/closed principle 의 문제접

• 구현 객체를 변경하려면 클라이언트 코드를 변경해야 한다.
• 다형성을 사용하지만 OCP원칙을 지킬 수 없다.
• 어떻게 해결? -> 객체를 생성하고 연관관계를 맺어주는 별도의 조립 설정자가 필요하다. (spring 컨테이너가 해줌)

3. 리스코프 치환 원칙 (Liskov substotition principle)

• 프로그램의 객체는 프로그램의 정확성을 깨트리지 않으면서 하위 타입의 인스턴스로 바꿀 수 있어야 한다.
• 다형성에서 하위 클래스는 인터페이스 규약을 다 지켜야 한다는것
• 다형성을 지원하기 위한 원칙
• 인터페이스를 구현한 구현체는 믿고 사용하려면 이 원칙이 필요하다.
• 단순히 컴파일에 성공하는 것을 넘어서는 이야기 ex) 엑셀을 밟으면 차는 앞으로 가야 한다.

4. 인터페이스 분리 원칙 (interface segregation principle)

-특정 클라이어트를 위한 인터페이스 여러개가 범용 인터페이스 하나보다 낫다. ex) 자동차 인터페이스 -> 운전 인터페이스, 정비 인터페이스로 분리

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

5. DIP 의존관게 역전 원칙
   • 프로그래머는 추상화에 의존해야지 구체화에 의존하면 안된다.
   • 구현 클래스에 의존하지 말고 인터페이스에 의존해야한다.
   • 구현과 역할을 철저하게 분리하여 역할에 의존하게 해야 한다.

키워드

• 면접에도 나올 수 있음
• 객체지향 개발을 하기위한 클린코드의 원칙