public 클래스에서는 public 필드가 아닌 접근자 메서드를 사용하라 - [4장. 클래스와 인터페이스(아이템16)]

  제목에서와 같이 public 클래스를 사용할 경우 public 필드가 아닌 접근자 메서드를 사용하는 것을 권장하고 있다.

 

1. public 클래스에서 public 필드를 사용했을 경우의 문제점 🥞

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

  위와 같은 클래스는 데이터 필드에 직접 접근할 수 있으므로 캡슐화의 이점을 제공하지 못한다. 그에 따라서 다음과 같은 문제점을 가지게 된다.

• API를 수정하지 않고는 내부 표현을 바꿀 수 없다.
• 불변식을 보장할 수 없다.
• 외부에서 필드에 접근할 때 부수 작업을 수행할 수 없다.

 

2. public 클래스에서 접근자 메서드를 사용했을 경우의 이점 🧇

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

  위와 같이 접근자 메서드를 사용하면 아래와 같은 이점이 있다.

• 내부 표현 방식을 언제든 바꿀 수 있는 유연성을 얻을 수 있다.
• 클라이언트는 public 메서드를 통해서만 데이터 접근이 가능하다.
• 외부에서 필드에 접근할 때 부수 작업을 수행할 수 있다.

 

3. package-private 클래스 & private 중첩 클래스 🍞

  책에서는 package-private 클래스 혹은 private 중첩 클래스라면 데이터 필드를 노출한다 해도 하등의 문제가 없다고 말하고 있다. 단, 그 클래스가 표현하려는 추상 개념은 올바르게 표현해줘야 한다고 한다.

  별 다른 문제가 없다고 하는 이유는 아래와 같다.

• 클래스 선언 면에서나 이를 사용하는 클라이언트 코드 면에서나 접근자 방식보다 훨씬 깔끔하다.
• 클래스를 포함하는 패키지 안에서만 동작하는 코드일 뿐이다.
• 패키지 바깥 코드를 전혀 손대지 않고 데이터 표현 방식을 바꿀 수 있다.
• private 중첩 클래스의 경우라면 수정 범위가 더 좁아져서 이 클래스를 포함하는 외부 클래스까지로 제한된다.

 

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

  public 클래스의 필드가 불변이면 불변식을 보장할 수는 있지만 API를 변경하지 않고는 표현 방식을 바꿀 수 없고, 필드를 읽을 때 부수 작업을 수행할 수 없다는 단점은 여전하다.

 

5. 결론 🥯

  public 클래스는 절대 가변 필드를 직접 노출해서는 안 된다. 불변 필드라면 노출해도 덜 위험하지만 완전히 안심할 수 없다.

  하지만 package-private 클래스나 private 중첩 클래스에서는 종종 (불변이든 가변이든) 필드를 노출하는 편이 나을 때도 있다.

 

해당 글은 백기선 님의 '이펙티브 자바 완벽 공략'을 참고하였습니다.