16. public 클래스에서는 public 필드가 아닌 접근자 메서드를 사용하라

tip
  • public 클래스는 절대 가변 필드를 직접 노출해서는 안된다.
  • 불변 필드라면 덜 위험하지만 완전히 안심할 수는 없다.
  • package-private 클래스나 private 중첩 클래스에서는 종종(불변이든 가변이든) 필드를 노출하는 편이 나을 때도 있다.

인스턴스 필드만 모아놓은 클래스는 public 이어서는 안된다.#

class Point {
public double x;
public double y;
}
  • 데이터 필드에 직접 접근 가능 → 캡슐화의 이점을 제공하지 못함 15

public 클래스 → 접근자와 변경자(mutator) 메서드를 활용한 데이터의 캡슐화#

  • 패키지 바깥에서 접근할 수 있는 클래스라면 접근자를 제공함으로써
  • 클래스 내부 표현 방식을 언제든 바꿀수 있는 유연성을 얻음
class Point {
private double x;
private double y;
public Point(double x, double y) {
this.x = x;
this.y = y;
}
public double getX() { return x; }
public double getY() { return y; }
public void setX(double x) { this.x = x; }
public void setY(double y) { this.y = y; }
}

package-private 클래스 / private 중첩 클래스#

데이터 필드를 노출해도 괜찮다

  • 접근자 방식보다 훨씬 깔끔하다
  • 클라이언트 코드가 이 클래스 내부 표현에 묶이기도 하나, 클라이언트 코드는 이 클래스를 포함하는 패키지 안에서만 동작하는 코드
  • 패키지 바깥 코드는 전혀 손대지 않고도 데이터 표현 방식을 바꿀 수 있다.

규칙을 어긴 자바 플랫폼의 라이브러리#

java.awt.package 의 Point 와 Dimension 클래스는 내부를 노출하여 심각한 성능 문제가 발생하였으며 오늘날까지도 해결되지 못함

불변 필드를 노출한 public 클래스#

직접 노출할 때의 단점이 조금 줄어들긴 하지만, 결코 좋은 생각이 아니다.

  • API 를 변경하지 않고는 표현 방식을 바꿀 수 없다.
  • 필드를 읽을 때 부수 작업을 수행할 수 없다.
public final class 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) {
// ...
}
// ...
}
Last updated on