[이펙티브자바] Item 16.

이 글은 인사이트의 EffectiveJava 3rd Edition을 공부하며 작성한 글입니다. 책을 바탕으로 추가적인 내용을 덧붙였습니다. 정리된 내용 이외에도 좋은 내용이 많이 담겨 있기 때문에 꼭 책을 구매해서 공부해 보실 것을 추천드립니다.

 

이펙티브 자바 Effective Java 3/E - YES24

 

 

 

 

 

 

1. package-private

---

아래 그림에서 왼쪽과 같은 클래스는 데이터 필드에 직접 접근할 수 있기 때문에 캡슐화의 이점을 제공하지 못합니다. API를 수정하지 않고는 내부 표현을 바꿀 수 없고 불변식을 보장할 수 없으며 외부에서 필드에 접근할 때 부수 작업을 수행할 수도 없기 때문입니다. 따라서 필드를 모두 private으로 바꾸고 접근자를 만들어서 이를 통해 클래스에 접근할 수 있게 해야 합니다.

 

필드를 public으로 노출하면 외부에서 값을 쉽게 변경할 수 있다. 

 

 

 

 

 

하지만 package-private 혹은 private 중첩 클래스라면 데이터 필드를 노출해도 큰 문제가 없습니다. 클라이언트 코드가 클래스 내부에 묶이기는 하지만 클라이언트도 이 클래스를 포함하는 패키지 안에서만 동작하기 때문입니다. 이를 통해 패키지 바깥의 코드는 수정하지 않고 데이터의 표현 방식을 변경할 수 있습니다. private 중첩 클래스는 수정 범위가 더 좁기 때문에 이 클래스를 포함하는 외부 클래스까지로 제한됩니다.

 

이는 클래스가 나타내는 추상 개념만 잘 나타내주면 된다. 

 

 

 

 

 

 

불변 필드를 노출한 Time 클래스. final 키워드를 통해 초기화 이후 변하지 않도록 강제하면 어느정도 사용할 수 있지만 절대 좋은 방법은 아닙니다. * final 키워드는 생성자에서 항상 초기화를 해주어야 하며 원시타입인 경우 초기화 되면 변하지 않는다. 객체타입의 경우 상태는 변하지만 참조값은 변하지 않는다.

 

 

 

 

 

 

2. Conclusion

---

public 클래스는 절대 가변 필드를 직접 노출해서는 안 됩니다. 불변 필드일 경우에도 덜 위험하지만 완전히 안심할 수는 없습니다. 하지만 package-private 클래스나 private 중첩 클래스에서는 종종 필드를 노출하는 편이 나을 때도 있습니다.