아이템16. public 클래스에서는 public 필드가 아닌 접근자 메서드를 사용하라
2021-08-02 00:00:00 # Effective_Java # java # dev
  • 패키지 바깥에서 접근할 수 있는 클래스라면 접근자를 제공함으로써 클래스 내부 표현 방식을 언제든 바꿀 수 있는 유연성을 얻을 수 있다.
  • package-private 클래스 혹은 private 중첩 클래스라면 데이터 필드를 노출해도 문제가 없다.
    • 표현하고자 하는 추상 개념만 올바르게 표현하면 된다.

public 클래스의 필드가 불변이라면?

  • 여전히 나쁜 선택
  • API를 변경하지 않고는 표현 방식을 바꿀 수 없고, 필드를 읽을 때 부수 작업을 수행할 수 없다는 단점은 여전히 존재
  • 단, 불변식은 보장할 수 있게 된다.
  • 각 인스턴스가 유한 시간을 표현함을 보장하는 예
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
public final Time {
  private static final int HOURS_PER_DAY = 24;
  private static final int MINUTES_PER_HOUR = 60;
  
  public final int hour;
  public final int minute;
  
  public Time(int hour, int minute) {
    if (hour < 0 || hour >= HOURS_PER_DAY)
      throw new IllegalArgumentException("시간: " + hour);
    if (minute < 0 || minute >= MINUTES_PER_HOUR)
      throw new IllegalArgumentException("분: " + minute);
    this.hour = hour;
    this.minute = minute;
  }
}

핵심 정리

  • public 클래스는 절대 가변 필드를 직접 노출해서는 안 된다.
  • 불변 필드라면 노출해도 덜 위험하지만 완전히 안심할 수 없다.
  • package-private 클래스나 private 중첩 클래스에서는 종종 필드를 노출하는 편이 나을 때도 있다.
Prev
2021-08-02 00:00:00 # Effective_Java # java # dev
Next