before Learn Design Pattern. OOP and SOLID

1. Design Pattern(1)
시작하기 전에 알아야 할 것들
임광규

2. 목차
• What is Design Pattern?
• OOP 4대 기본 원칙
• SRP(Single Responsibility)
• OCP(Open Close)
• LSP(Liskov Substitution)
• ISP(Interface Segregation)
• DIP(Dependency Inversion)

3. What is Design Pattern?
• 많은 개발자들에 의해 입증된 방법
• 두 가지 주요 사용 이유
1. 개발자와 설계자의 공통 언어
2. 좋은 사례 모음
• OO(Object Orientated) 의 기본 원칙을
기본으로 함
• " 내가 그의 이름을 불러 주기 전에는 그
는 다만 하나의 몸짓에 지나지 않았다."
- 김춘수님의 꽃

4. OOP 4대 기본 원칙
• Abstraction(추상화)
– 데이터나 프로세스 등을 의미기 비슷한 개념이나 표
현으로 정의해 나가는 과정이며, 동시에 개발 객체의
구현에 대한 상세함은 감추는 것
• Encapsulation(캡술화)
– 정보의 영역의 한정
– 내부 구현이 변경되더라도 외부에 영향을 최소화
• Inheritance(상속)
– 기능의 재활용 또는 기능의 확장
– 단 구현 상속은 필요할 때만 쓸 것
• Polymorphism(다형성)
– 구현체 변경의 유연함을 제공

5. SRP(Single Responsibility)
-단일 책임 원칙-
• 하나의 클래스는 하나의 역할만 담당하도
록 설계 한다.

6. SRP(Single Responsibility)
-예제-
PROCESS :
전달된 Email의 값에 문제가 없으면,
회원 정보를 DB에 등록 하고 가입 완료 내용을 EMAIL로 발송
PROBLEM:
회원 등록과 EMAIL 관련 역할이 하나의 CLASS에 포함 되어 있다.
SOLUTION:
회원과 EMAIL 기능을 가진 CLASS를 각각 분리하여 각 CLASS마다 하나의 역할을 담당 하게 한다.

7. OCP(Open Close)
-개방 폐쇄의 원칙-
• 확장에 대해 열려 있어야 하고, 변형에 대
해서는 닫혀있어야 한다.
• 표준안을 만드는 것

8. OCP(Open Close)
-예제-
PROCESS :
도형의 넓이를 구하는 METHOD를 구현한다.
PROBLEM:
초기 Rectangle 만 있을 경우는 문제가
안되었지만, 도형이 추가 될 경우
AreaCalcuator의 area 에서 해당
CLASS에 대한 처리를 진행 하여야 한다.
SOLUTION:
Shape 이라는 인터페이스를 각 도형에서
상속 받아 각 도형들이 넓이를 계산 하도록
변경 하였다.
Shape는 이후 method 추가나 변경은
안되지만, 확장(구현 클래스)에는 열려 있다.

9. LSP(Liskov Substitution)
-리스코프의 대체 원칙-
• 하위타입(sub type)은 그것의 기반 타입
(base type)에 대해 대체 가능해야 한다.

10. LSP(Liskov Substitution)
-예제-
PROCESS :
전체 도형의 넓이를 구하는 넓이 계산기
Rectangle 을 상속 받은 Square가 추가
되었을 경우
CalculatorArea 에서 Square를
받아서 처리 할 수 있다

11. ISP(Interface Segregation)
-인터페이스 분리의 원칙-
• 클라이언트가 꼭 필요하지 않은 인터페이
스 때문에 클라이언트가 영향을 받아서는
안된다.
• 하나의 일반적인 인터페이스 보다는 구체
적인 여러 개의 인터페이스가 낫다

12. ISP(Interface Segregation)
-예제-
PROCESS :
Stream 이라는 쓰고 읽는 기능을 가진 Interface
PROBLEM:
읽는 기능만 필요할 경우에도, 쓰는 기능 METHOD를 구현 해야 한다
반대의 경우도 마찬가지로 필요하지 않은 METHOD를 구현 해야 한다.
SOLUTION:
쓰는 기능과 읽는 기능의 Interface로 분리 하고,
해당 기능을 상속 받은 각각의 고유한 역할을 가진
CLASS를 구현한다.

13. DIP(Dependency Inversion)
-의존 역전의 원칙-
• 구현 클래스의 필요에 의해 추상 클래스를
변경 하는 것

14. PROCESS :
Worker라는 Class를 실행하는 Manager 가 있다.
추가적으로 SuperWorker가 생성 되었다
PROBLEM:
Worker 를 사용하는 Manager Class에서 관리 할 수 없다.
SOLUTION:
IWorker라는 인터페이스를 추가 하고 Worker와
SuperWorker는 그 인터페이스를 구현한다.
Manager에서 IWorker를 사용 하여 구조적인 문제를
해결
DIP(Dependency Inversion)
-예제-

15. 참고 URL
• http://www.zdnet.co.kr/news/news_view.asp?artice_id=00000039134727&t
ype=det
• http://www.zdnet.co.kr/news/news_view.asp?artice_id=00000039135552&t
ype=det
• http://www.zdnet.co.kr/news/news_view.asp?artice_id=00000039139151&t
ype=det
• http://dmh11.tistory.com/32
• http://codebetter.com/raymondlewallen/2005/07/19/4-major-principles-
of-object-oriented-programming/
• http://seodh007.tistory.com/5
• http://www.nextree.co.kr/p6960/
• http://javacan.tistory.com/entry/OO-Basic-1-Object
• http://www.vogella.com/tutorials/DesignPatterns/article.html
• http://www.codeproject.com/Articles/703634/SOLID-architecture-
principles-using-simple-Csharp
• http://blog.gauffin.org/2012/05/solid-principles-with-real-world-examples/