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

[Why]

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

• 인스턴스 필드를 모아놓는 일 외에는 아무 목적도 없는 퇴보한 클래스
• 데이터 필드에 직접 접근할 수 있으니 캡슐화의 이점을 제공하지 못한다. 아이템15
• API를 수정하지 않고는 내부 표현을 바꿀 수 없고, 불변식을 보장할 수 없으며, 필드에 접근할 때 부수 작업을 수행할 수도 없다.

 

[When]

• public 클래스에서라면 접근자를 제공함으로써 클래스 내부 표현 방식을 언제든 바꿀 수 있게 한다.
• package-private 클래스 혹은 private 중첩 클래스라면 데이터 필드를 노출한다 해도 하등의 문제가 없다.

 

 

[How]

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

• 접근자(accessor, getter)와 변경자(mutator, setter) 메서드를 활용해 데이터를 캡슐화한다.

 

package-private 클래스 혹은 private 중첩 클래스

• 데이터 필드를 노출해도 상관없고, 클래스가 표현하려는 추상 개념만 올바르게 표현해주면 된다.
• 이 방식은 클래스 선언 면에서나 이를 사용하는 클라이언트 코드 면에서나 접근자 방식보다 훨씬 깔끔하다.
• 바깥 코드는 전혀 손대지 않고도 데이터 표현 방식을 바꿀 수 있다.

 

public 클래스의 필드가 불변인 경우

• 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를 바꾸지 않고는 표현 방식을 바꿀 수 없다.
• 필드를 읽을 때 부수 작업을 수행할 수 없다.