일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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
- 너비우선탐색
- join
- mariaDB
- 정렬
- 깊이우선탐색
- BFS
- 다이나믹프로그래밍
- DFS
- 알고리즘
- 프로그래머스
- 데이터베이스
- springboot
- Database
- IntelliJ
- Spring
- 피보나치
- SQL
- 이펙티브자바
- java
- Effective Java
- DP
- 백준
- mybatis
- 코테
- db
- 그리디알고리즘
- 우선순위큐
- select
- Greedy
- 탐욕법
Archives
- Today
- Total
땀두 블로그
[도서] Effective Java - Item 22. 인터페이스틑 타입을 정의하는 용도로만 사용하라 본문
이펙티브 자바 3판을 읽으면서 내용을 정리하는 포스트입니다. 혹시 틀린 부분이나 잘 못 설명한 부분이 있으면 댓글로 남겨주시면 수정하도록 하겠습니다.
Item 22. 인터페이스틑 타입을 정의하는 용도로만 사용하라
인터페이스는 자신이 구현한 클래스의 인스턴스를 참조할 수 있는 타입 역할을 한다. 이 말은 자신의 인스턴스로 무엇을 할 수 있는지 말해주는 것 뿐만 해야한다는 것이다.
상수 인터페이스는 메소드 없이 static final 필드로만 차있는 인터페이스이다.
public interface PhysicalConstants {
static final double AVOGADROS_NUMBER = 6.022_140_857e23;
static final double BOLTZMANN_CONSTANT = 1.380_648_52e-23;
static final double ELECTRON_MASS = 9.109_383_56e-31;
}
상수 인터페이스는 인터페이스를 잘못 사용한 예이다. 상수는 내부 구현에 해당하기 때문에 내부구현을 클래스 API로 노출하는 행위이기 때문이다. 또한 내부 구현이지만 클라이언트가 이 상수들에 종속되게 되어 이 상수들이 더는 쓰이지 않더라도 바이너리 호환성을 위해 이 상수 인터페이스를 구현하고 있어야 한다.
상수 인터페이스 대안
- Integer나 Double에 있는 MIN_VALUE와 같이 그 클래스나 인터페이스 자체에 추가해야 한다.
- 열거 타입으로 나타내기 적합한 상수라면 열거 타입으로 만들어 공개한다.
- 인스턴스화할 수 없는 유틸리티 클래스에 담아 공개한다.
'도서' 카테고리의 다른 글
[도서] Effective Java - Item 24. 멤버 클래스는 되도록 static으로 만들라 (0) | 2022.05.11 |
---|---|
[도서] Effective Java - Item 23. 태그 달린 클래스보다는 클래스 계층구조를 활용하라 (0) | 2022.05.11 |
[도서] Effective Java - Item 21. 인터페이스는 구현하는 쪽을 생각해 설계하라 (0) | 2022.05.11 |
[도서] Effective Java - Item20. 추상 클래스보다는 인터페이스를 우선하라 (0) | 2022.05.11 |
[도서] Effective Java - Item 19. 상속을 고려해 설계하고 문서화하라. 그러지 않았다면 상속을 금지하라 (0) | 2022.05.11 |
Comments