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
- MySQL
- 이펙티브자바
- 논문
- 영속성컨텍스트
- cartograhper
- 알고리즘
- Python
- Jetson
- 자바ORM표준JPA프로그래밍
- 장애물인식
- 운영체제
- 자바
- 자율주행
- 프로그래머스
- Database
- 디자인패턴
- 자료구조
- 아두이노
- 네트워크
- Spring Batch
- 포인트클라우드
- persistance context
- Java
- 딥러닝
- 배달로봇
- 파이썬
- JPA
- DeepLearning
- Hibernate
- 논문리뷰
Archives
- Today
- Total
목록문서화 (1)
제리 devlog

상속의 위험성 외부 클래스를 상속할 때의 위험성은 앞선 '상속보다 컴포지션을 사용하라'라는 게시글에서 다뤘다. 여기서 외부란 프로그래머 통제권 밖에 있어서 언제 어떻게 변경될지 모른다는 뜻이다. 예를 들어 Set, List같이 프로그래머가 직접 다루지 않는 클래스들을 말한다. 상속은 문서화를 요구한다. 메소드를 재정의하면 어떤 일이 일어나는지를 정확히 정리하여 문서로 남겨야한다. 즉, 상속용 클래스는 재정의할 수 있는 메서드들을 내부적으로 어떻게 이용하는지 문서로 남겨야한다. 상속용 클래스에서 재정의 가능한 메서드는 어떻게 동작하는지 문서화해야할 필요가 있다. 만약, 재정의 가능한 메서드가 내부의 다른 재정의 가능한 메서드를 호출해서 사용하는 상황이라면 기능이 오동작 할 수 있다. 재정의 가능한 메서드는..
Java
2020. 12. 28. 15:48