본문은 Effective Java를 읽고 정리한 내용을 기반으로 작성된 글입니다.
어설프게 설계된 컴포넌트와 잘 설계된 컴포넌트의 가장 큰 차이는 바로 클래스 내부 데이터와 내부 구현 정보를 외부 컴포넌트로부터 얼마나 잘 숨겼느냐다. 잘 설계된 컴포넌트는 모든 내부 구현을 완벽히 숨겨, 구현과 API를 깔끔히 분리한다. 오직 API를 통해서만 다른 컴포넌트와 소통하며 서로의 내부 동작 방식에는 전혀 개의치 않는다. 정보 은닉, 혹은 캡슐화라고 하는 이 개념은 소프트웨어 설계의 근간이 되는 원리다.
[모든 클래스와 멤버의 접근성을 가능한 한 좁혀야 한다]
: 소프트웨어가 올바로 동작하는 한 항상 가장 낮은 접근 수준을 부여해야 한다.
☑️ 톱레벨 클래스, 인터페이스에 부여할 수 있는 접근 수준
- public : 공개 API
- 하위 호환을 위해 영원히 관리해야 함
- package-private : 해당 패키지 안에서만 이용 가능
- 내부 구현이 되어 언제든 수정 가능 → 클라이언트에 피해 없음
☑️ private static으로 클래스, 인터페이스 중첩시키기(item 24)
: 한 클래스에서만 사용하는 package-private 클래스나 인터페이스를 inner class로 중첩시켜보자.
- 톱레벨로 두면 패키지 내의 모든 클래스가 접근 가능 → inner class 중첩시 바깥 클래스 하나에서만 접근 가능
- public일 필요가 없는 클래스의 접근 수준을 톱레벨 클래스 하나로 좁힐 수 있음
- 공개 API → 내부 구현에 속하게 됨
☑️ 멤버(필드, 메서드, 중첩 클래스, 중첩 인터페이스)에 부여할 수 있는 접근 수준
- private : 선언한 클래스에서만 접근 가능
- package-private : 소속된 패키지 안의 모든 클래스에서 접근 가능
- protected : package-private 범위 +선언한 클래스의 하위 클래스에서도 접근 가능
- public : 모든 곳에서 접근 가능
- 클래스의 공개 API 설계
- 그 외의 모든 멤버는 private으로
- 같은 패키지의 다른 클래스가 접근해야 하는 멤버만 package-private으로 확장
- 확장을 자주 하게 된다면 → 컴포넌트 분해를 고민해야 함
[public 클래스의 인스턴스 필드는 되도록 public이 아니어야 한다]
: public 가변 필드를 갖는 클래스는 일반적으로 스레드 안전하지 않다.
- 필드가 가변 객체를 참조, final이 아닌 인스턴스 필드를 public으로 선언 → 그 필드에 담을 수 있는 값을 제한할 힘을 잃게 됨
- 필드와 관련된 모든 것은 불변식을 보장할 수 없게 됨
- 필드가 수정될 때 다른 작업을 할 수 없게 됨
- 내부 구현을 바꾸고 싶을 때 public 필드를 없앨 수 없음
☑️ public static final 필드
: 해당 클래스가 표현하는 추상 개념을 완성하는 데 꼭 필요한 구성요소로써의 상수는 public static final필드로 공개 가능하다.
- 하지만 public static final 배열 필드, 이 필드를 반환하는 접근자 메서드를 제공하면 안 됨
- 클라이언트에서 배열의 내용을 수정할 수 있게 되기 때문
문제점) 다음 코드에는 보안 허점이 존재한다.
public static final Thing[] VALUES = {}
해결 방법 1) public 배열을 private하게 만들고 public 불변 리스트 추가
private static final Thing[] PRIVATE_VALUES = {};
public static final List<Thing> VALUES =
Collections.unmodifiableList(Arrays.asList(PRIVATE_VALUES));
해결 방법 2) 배열을 private으로 만들고 그 복사본을 반환하는 public 메서드를 추가
private static final Thing[] PRIVATE_VALUES = {};
public static final Thing[] values(){
return PRIVATE_VALUES.clone();
}
[핵심 정리]
- 꼭 필요한 것만 골라 최소한의 public API를 설계하자.
- public 클래스는 상수용 public static final 필드 외에는 어떠한 public 필드도 가져서는 안 된다.
- public static final 필드가 참조하는 객체가 불변인지 확인하라.
'Book > 이펙티브 자바' 카테고리의 다른 글
[Effective Java] item 18. 상속보다는 컴포지션을 사용하라 * (1) | 2023.10.06 |
---|---|
[Effective Java] item 17. 변경 가능성을 최소화하라 (0) | 2023.10.04 |
[Effective Java] item 16. public 클래스에서는 public 필드가 아닌 접근자 메서드를 사용하라 (0) | 2023.09.29 |