728x90
/**
* 퇴보한 클래스
*/
class Point {
public double x;
public double y;
}
퇴보한 클래스는 데이터 필드에 직접 접근할 수 있으니 캡슐화의 이점을 제공하지 못한다. API를 수정하지 않고는 내부 표현을 바꿀 수 없고, 불변식을 보장할 수 없으며, 외부에서 필드에 접근할 때 부수 작업(추가 로직 - 연산 작업 등)을 수행할 수도 없다.
/**
* 접근자와 변경자(mutator) 메서드를 활용해 데이터를 캡슐화한다.
*/
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 클래스는 절대 각변 필드를 직접 노출해서는 안된다. 불변 필드라면 노출해도 덜 위험하지만 완전히 안심할 수는 없다. 하지만 package-private 클래스나 private 중첩 클래스에서는 종종 (불변이든 가변이든) 필드를 노출하는 편이 나을때도 있다. (내부에서만 접근 가능해서 바로 접근을 해도 무방하다)
'일상 > 레벨업 독서' 카테고리의 다른 글
[이펙티브 자바] Item 36 비트 필드 대신 EnumSet을 사용하라. (0) | 2022.04.11 |
---|---|
[이펙티브 자바] Item 29 이왕이면 제네릭 타입으로 만들라. (0) | 2022.04.06 |
[이펙티브 자바] Item 28 배열보다는 리스트를 사용하라. (0) | 2022.04.04 |
[이펙티브 자바] Item27 비검사 경고를 제거하라 (0) | 2022.04.04 |
[이펙티브 자바] Item15 클래스와 멤버의 접근 권한을 최소화하라. (0) | 2022.03.27 |