item 16 leekyunghee - JAVA-JIKIMI/EFFECTIVE-JAVA3 GitHub Wiki

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

• 다음과 같은 퇴보한 클래스는 pulblic 이어서는 안됨
• 캡슐화를 제공하지 못함
• API를 수정하지 않고는 내부 표현을 바꿀 수 없음
• 불변식을 보장할 수 없음
• 외부에서 필드에 접근할 때 부수작업을 수행 할 수 없음

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

• 필드를 모두 private로 변경
• public getter 추가

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

• 패키지 바깥에서 접근할 수 있는 클래스라면 접근자를 제공하므로써 클래스 내부의 표현 방식을 언제든지 바꿀 수 있음
• public 클래스가 필드를 공개하면 이를 사용하는 클라이언트가 생겨날 것이므로 내부 표현 방식을 마음대로 바꿀 수 없게 된다.

package-private 클래스 혹은 private 중첩 클래스라면 데이터 필드를 노출한다 해도 하당의 문제가 없다.

public 클래스의 필드를 직접 노출하지 말라는 규칙을 어긴 사례

• java.awt.package

Point, Dimension class (item 67)

인스턴스 필드 불변일 경우 단점

• public 클래스의 필드가 불변이라면 직접 노출할 때의 단점이 조금은 줄어 들지만 API를 변경하지 않고는 표현 방식을 바꿀 수 없음
• 필드를 읽을 때 부수 작업을 수행할 수 없다.

핵심 정리

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