Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | ||||
4 | 5 | 6 | 7 | 8 | 9 | 10 |
11 | 12 | 13 | 14 | 15 | 16 | 17 |
18 | 19 | 20 | 21 | 22 | 23 | 24 |
25 | 26 | 27 | 28 | 29 | 30 | 31 |
Tags
- OOP
- ArgoCD
- 위임
- 레이블 셀렉터
- Encapsulation
- kubernetes
- 상속성
- kubernetes in action
- argocd applicationset
- kube
- kubenetes in action
- 캡슐화
- Abstraction
- 쿠버네티스 어노테이션
- 빌드
- 피터코드의 상속규칙
- delegation
- kubernetes component
- 레이블
- 피터코드
- 추상화
- kubenetes
- 객체지향
- maven
- 어플리케이션셋
- kubenetes architecture
- applicationset
- 쿠버네티스
- 메이븐
- kubernetes in actin
Archives
- Today
- Total
목록피터코드의 상속규칙 (1)
IT 끄적장

Peter Coad는 상속의 오용을 막기 위해 상속의 사용을 엄격하게 제한하는 5가지의 규칙들을 만들었다. 만약, 다음 5가지 규칙에 위배되는 사항이 있으면 상속을 사용하면 안 된다고 말한다. 자식 클래스와 부모 클래스 사이는 '역할 수행 (Role Playing)'의 관계가 아니어야 한다. 한 클래스의 인스턴스는 다른 서브 클래스의 객체로 변환할 필요가 절대 없어야 한다. 자식 클래스가 부모 클래스의 책임을 무시하거나 재정의하지 않고 확장만 수행해야 한다. 자식 클래스가 단지 일부 기능을 재사용할 목적으로 유틸리티 역할을 수행하는 클래스를 상속하지 않아야 한다. 자식 클래스가 "역할(role)", "트랜잭션(transaction)", "디바이스(device)" 등을 특수화해야 한다. 아래 그림은 사람이..
OOP
2019. 11. 15. 18:59