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

결론

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

 

 

 

설명

데이터 필드에 직접 접근할 때의 단점

• 내부 표현을 바꾸기 위해선 API를 수정해야 합니다. 
• 불변식을 보장할 수 없습니다.
• 외부에서 필드에 접근할 때, 부수 작업을 수행할 수 없습니다.

 

따라서 필드를 모두 private으로 바꾸고 public 접근자 (getter)를 추가합니다.

public 클래스라면 반드시 이 방식을 사용해야 합니다. 

 

접근자와 변경자 메서드를 활용해 데이터를 캡슐화한다. (p. 102)

public class Circle {
    private double radius;

    public double getRadius() {
        return radius;
    }

    public void setRadius(double radius) {
        this.radius = radius;
    }

    public double calculateArea() {
        return Math.PI * radius * radius;
    }
}

 

패키지 바깥에서 접근할 수 있는 클래스라면, 접근자를 제공함으로써 클래스 내부 표현 방식을 언제든지 바꿀 수 있는 유연성을 얻을 수 있습니다. 

예시
만약, 위의 클래스의 Circle 클래스는 반지름(radius)를 내부 필드를 가지고 있는데, 나중에 반지름의 단위를 바꿔야 한다면, radius를 변경하고, getter, setter 메서드는 그대로 유지하여 외부 코드에는 영향을 주지 않으면서 반지름의 단위를 변경할 수 있습니다.

public class Circle {
    private double radiusInCm;

    public double getRadius() {
        return radiusInCm;
    }

    public void setRadius(double radiusInCm) {
        this.radiusInCm = radiusInCm;
    }

    public double calculateArea() {
        return Math.PI * radiusInCm * radiusInCm;
    }
}​

 

 

예외: package-private 클래스 혹은 private 중첩 클래스의 필드 노출 

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

이 방식이 클래스 선언 면에서나 이를 사용하는 클라이언트 코드 면에서나 접근자 방식보다 훨씬 깔끔합니다.

 

클라이언트 코드가 이 클래스 내부 표현에 묶이기는 하나, 클라이언트도 어차피 이 클래스를 포함하는 패키지 안에서만 동작하는 코드일 뿐이기 때문에 패키지 바깥 코드는 전혀 손대지 않고도 데이터 표현 방식을 바꿀 수 있습니다. 

private 중첩 클래스의 경우라면 수정 범위가 더 좁아져 이 클래스를 포함하는 외부 클래스까지로 제한됩니다.

 

 

불변 필드는 public 필드로 설정해도 될까? 

public 클래스의 필드가 불변이라면 직접 노출할 때의 단점이 조금은 줄어들지만, 결코 좋은 생각이 아닙니다.

다음의 단점은 여전합니다. 

• API를 변경하지 않고는 표현 방식을 바꿀 수 없다.
• 필드를 읽을 때 부수 작업을 진행할 수 없다.

 

단, 불변식은 보장할 수 있게 됩니다. 

 

 

---

출처

https://www.yes24.com/Product/Goods/65551284

이펙티브 자바 Effective Java 3/E - 예스24