객체지향 설계

Object Oriented Designing; Object Oriented Architecting

5원칙

줄여서 SOLID라고 부른다.

단일 책임 원칙

Single Responsiblity Principle; SRP

• 소프트웨어의 컴포넌트는 단 하나의 책임만을 가져야 한다.

예시

AS-IS

• 이동체 Class
  • drive()
  • fly()
  • swim()

TO-BE

• 자동차 Class { drive() }
• 비행기 Class { fly() }
• 배 Class { swim() }

개방 폐쇄 원칙

Open Close Principles; OCP

• 확장에 대해선 열려 있어야 하고 수정에 대해선 닫겨 있어야 한다.
• 기존의 코드를 변경하지 않고(Closed) 기능을 수정하거나 추가할 수 있도록(Open) 해야 한다.

예시

• Class Car { drive() }
• 확장은 허용(O): Class SUV() extends Car
  • override drive();
  • new method stop();
• 변경엔 폐쇄(X): Class Plane extends Car
  • change drive() to fly();

리츠코프 치환 원칙

Liskov Substitution Principle; LSP

• 자식 클래스는 부모클래스에서 가능한 행위를 수행할 수 있어야 한다.

예시

• Class SUV extends Class CAR { run() }
• SUV suv = new SUV();
• CAR car = (CAR)suv;
• car.run();

인터페이스 분리의 원칙

Interface Segregation Principle; ISP

• 자신이 사용하지 않는 메서드는 구현하지 않도록 해야 한다.
  • 이런 경우 인터페이스는 쪼개져야 한다.
• 하나의 일반적인 인터페이스 보단 여러 개의 구체적인 인터페이스가 낫다.

예시

AS-IS

• Interface 이동체
  • drive();
  • fly();
  • sail();
  • stop();

TO-BE

• Interface 자동차 { drive(); stop(); }
• Interface 비행기 { fly(); stop(); }
• Interface 배 { sail(); stop(); }

의존관계 역전의 원칙

Dependency Inversion Principle; DIP

• 의존 관계를 맺을 때, 변화하기 쉬운것 보단 변화하기 어려운 것에 의존해야 한다.
• 고차원의 모듈은 저차원의 모듈에 의존하면 안된다. 이 두 모듈 모두 다른 추상화된 것에 의존 해야 한다.
• DIP를 만족한다는 것은 의존관계를 맺을 때, 구체적인 클래스보다 인터페이스나 추상 클래스와 관계를 맺는다는 것을 의미