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
- Spring Batch
- 디자인패턴
- 배달로봇
- cartograhper
- 이펙티브자바
- 영속성컨텍스트
- Jetson
- persistance context
- 알고리즘
- 논문
- 자료구조
- Python
- JPA
- 운영체제
- 파이썬
- 아두이노
- 장애물인식
- 논문리뷰
- 자바ORM표준JPA프로그래밍
- 자바
- 딥러닝
- Java
- DeepLearning
- Database
- 네트워크
- 포인트클라우드
- 자율주행
- 프로그래머스
- MySQL
- Hibernate
Archives
- Today
- Total
목록문서화 (1)
제리 devlog
[이펙티브자바] 상속을 고려해 설계하고 문서화하라. 그러지 않았다면 상속을 금지하라
상속의 위험성 외부 클래스를 상속할 때의 위험성은 앞선 '상속보다 컴포지션을 사용하라'라는 게시글에서 다뤘다. 여기서 외부란 프로그래머 통제권 밖에 있어서 언제 어떻게 변경될지 모른다는 뜻이다. 예를 들어 Set, List같이 프로그래머가 직접 다루지 않는 클래스들을 말한다. 상속은 문서화를 요구한다. 메소드를 재정의하면 어떤 일이 일어나는지를 정확히 정리하여 문서로 남겨야한다. 즉, 상속용 클래스는 재정의할 수 있는 메서드들을 내부적으로 어떻게 이용하는지 문서로 남겨야한다. 상속용 클래스에서 재정의 가능한 메서드는 어떻게 동작하는지 문서화해야할 필요가 있다. 만약, 재정의 가능한 메서드가 내부의 다른 재정의 가능한 메서드를 호출해서 사용하는 상황이라면 기능이 오동작 할 수 있다. 재정의 가능한 메서드는..
Java
2020. 12. 28. 15:48