객체지향 설계: Difference between revisions
From IT Wiki
(새 문서: 분류:소프트웨어 공학 ;Object Oriented Designing; Object Oriented Architecting == 5원칙 == === 단일 책임 원칙 == ;Single Responsiblity Principle; SRP * 소프트...) |
No edit summary |
||
Line 3: | Line 3: | ||
== 5원칙 == | == 5원칙 == | ||
=== 단일 책임 원칙 == | === 단일 책임 원칙 === | ||
;Single Responsiblity Principle; SRP | ;Single Responsiblity Principle; SRP | ||
* 소프트웨어의 컴포넌트는 단 하나의 책임만을 가져야 한다. | * 소프트웨어의 컴포넌트는 단 하나의 책임만을 가져야 한다. | ||
== 개방 폐쇄 원칙 == | === 개방 폐쇄 원칙 === | ||
;Open Close Principles; OCP | ;Open Close Principles; OCP | ||
* 기존의 코드를 변경하지 않고(Closed) 기능을 수정하거나 추가할 수 있도록(Open) 해야 한다. | * 기존의 코드를 변경하지 않고(Closed) 기능을 수정하거나 추가할 수 있도록(Open) 해야 한다. | ||
== 리츠코프 치환 원칙 == | === 리츠코프 치환 원칙 === | ||
;Liskov Substitution Principle; LSP | ;Liskov Substitution Principle; LSP | ||
* 자식 클래스는 부모클래스에서 가능한 행위를 수행할 수 있어야 한다. | * 자식 클래스는 부모클래스에서 가능한 행위를 수행할 수 있어야 한다. |
Revision as of 21:47, 21 October 2019
- Object Oriented Designing; Object Oriented Architecting
5원칙
단일 책임 원칙
- Single Responsiblity Principle; SRP
- 소프트웨어의 컴포넌트는 단 하나의 책임만을 가져야 한다.
개방 폐쇄 원칙
- Open Close Principles; OCP
- 기존의 코드를 변경하지 않고(Closed) 기능을 수정하거나 추가할 수 있도록(Open) 해야 한다.
리츠코프 치환 원칙
- Liskov Substitution Principle; LSP
- 자식 클래스는 부모클래스에서 가능한 행위를 수행할 수 있어야 한다.
인터페이스 분리의 원칙
- Interface Segregation Principle; ISP
- 자신이 사용하지 않는 메서드는 구현하지 않도록 해야 한다.
- 이런 경우 인터페이스는 쪼개져야 한다.
- 하나의 일반적인 인터페이스 보단 여러 개의 구체적인 인터페이스가 낫다.
의존관계 역전의 원칙
- Dependency Inversion Principle; DIP
- 의존 관계를 맺을 때, 변화하기 쉬운것 보단 변화하기 어려운 것에 의존해야 한다.