7.2 컬렉션 캡슐화하기.md

7.2절 컬렉션 캡슐화하기

• 가변 데이터를 캡슐화 하는 것의 이점

  • 데이터 구조가 언제 어떻게 수정되는지 파악하기 쉬워 필요한 시점에 변경하기도 쉬워짐.

• 객체 지향 개발자들은 캡슐화를 적극 권장하나, 컬렉션을 다룰 땐 곧잘 실수함.

  • 컬렉션 변수로의 접근을 캡슐화하면서 게터가 컬렉션 자체를 반환하도록 한다면，그 컬렉션을 감싼 클래스가 눈치채지 못하는 상태에서 컬렉션의 원소들이 바뀌어 버릴 수 있다.
    • 컬렉션을 감싼 클래스에 add()와 remove()라는 이름의 컬렉션 변경자 메서드를 만들어 방지.

• 모든 팀원이 원본 모듈 밖에서는 컬렉션을 수정하지 않는 습관을 갖고 있다면 이런 메서드를 제공하는 것만으로도 충분할 수 있음.

  • 하지만 실수 한 번이 굉장히 찾기 어려운 버그로 이어질 수 있으니 습관에 의존하는 방식은 바람직하지 않다.
    • 컬렉션 게터가 원본 컬렉션을 반환하지 않게 만들어서 클라이언트가 실수로 컬렉션을 바꿀 가능성을 차단하는 게 낫다. 가장 흔히 사용하는 방식은 컬렉션 게터를 제공하되 내부 컬렉션의 복제본을 반환하는 것.