-
public 클래스에서는 public 필드가 아닌 접근자 메서드를 사용하라JAVA/Effective java 2021. 2. 1. 22:00
- 다음과 같은 Point 클래스는 데이터 필드에 직접 접근할 수 있어 캡슐화의 이점을 제공하지 못한다.
- API를 수정하지 않고는 내부 표현을 바꿀 수 없고, 불변식을 보장할 수 없으며, 외부에서 필드에 접근할 때 부수 작업을 수행할 수도 없다.
- 패키지 바깥에서 접근할 수 있는 클래스라면 접근자를 제공함으로써 클래스 내부 표현 방식을 언제든 바꿀 수 있는 유연성을 얻을 수 있다.
- 하지만 package-private 클래스 혹은 private 중첩 클래스라면 데이터 필드를 노출한다 해도 하등의 문제가 없다.
- 그 클래스가 표현하려는 추상 개념만 올바르게 표현해주면 된다.
- public 클래스 필드가 불변이라면 직접 노출할 때의 장점이 조금 줄어들지만, 여전히 결코 좋은 생각은 아니다.
- API를 변경하지 않고는 표현 방식을 바꿀 수 없고, 필드를 읽을 때 부수 작업을 수행할 수 없다는 단점은 여전하다.
- 단, 불변식은 보장할 수 있게 되며 다음 클래스는 각 인스턴스가 유효한 시간을 표현함을 보장한다.
핵심 정리
- public 클래스는 절대 가변 필드를 직접 노출해서는 안된다. 불변 필드라면 노출해도 덜 위험하지만 완전히 안심할 수는 없다.
- 하지만 package-private 클래스나 private 중첩 클래스에서는 종종 필드를 노출하는 편이 나을 때도 있다.
참고 자료
'JAVA > Effective java' 카테고리의 다른 글
상속보다는 컴포지션을 사용하라 (0) 2021.02.28 변경 가능성을 최소화하라 (0) 2021.02.11 클래스와 멤버의 접근 권한을 최소화하라 (0) 2021.01.23 Comparable을 구현할지 고려하라 (0) 2021.01.21 clone 재정의는 주의해서 진행하라 (0) 2021.01.20