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 중첩 클래스라면 데이터 필드를 노출한다 해도 문제가 없다. 클라이언트 코드 면에서나 접근자 방식보다 깔끔해질 수 있다. 클라이언트도 이 클래스 내부 표현에 묶이기는 하나, 클라이언트도 어차피 이 클래스를 포함하는 패키지 안에서만 동작하는 코드일 뿐이다.

public 클래스의 필드가 불변이라면 직접 노출하는 장점이 조금 줄어들지만, 그래도 API를 변경하지 않고는 표현 방식을 바꿀 수 없고 필드를 읽을 때 부수 작업을 수행할 수 없다는 단점이 여전히 존재한다.

궁금증

package-privat 클래스나 private 중첩 클래스에서는 필드를 노출하는게 나을때도 있다고 하는데, 가능하면 최소화하는게 낫지않나 싶다.