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

퇴보한 클래스 예시

class Point {
    public double x;
    public double y;
}

• 해당 클래스는 데이터 필드에 직접 접근할 수 있기에 캡슐화 이점을 제공하지 못한다.
  • 필드를 변경하려면 API를 변경해야한다.
  • 불변식을 보장할 수 없고, 스레드 안전하지 않다
  • 외부에서 필드에 접근할 때 부수작업을 수행할 수도 없다.

객체 지향 프로그래머라면,,

public 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 void setX(double x) {
        this.x = x;
    }
    
    public double getY() {
        return y;
    }
    
    public void setY(double y) {
        this.y = y;
    }
}

• 필드를 private으로 바꾸고, public 접근자(getter)를 추가했다.
• 패키지 바깥에서 접근할 수 있는 클래스라면 접근자를 제공한다.
  • 클래스 내부 표현 방식을 언제든 바꿀 수 있는 유연성을 얻을 수 있다.
• 하지만, package-private 클래스나 private 중첩 클래스라면 데이터 필드를 노출해도 상관없다.

public 클래스의 불변인 필드를 직접 노출하는 경우

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) {
        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;
	}
}

• API를 변경하지 않고는 표현 방식을 바꿀 수 없다.
• 필드를 읽을 때 부수 작업을 수행할 수 없다.
• 다만, 불변식은 보장할 수 있게 된다.

💡 핵심 정리

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