일급 컬렉션과 주의사항

Collection을 Wrapping 하면서 그 외의 다른 멤버 변수가 없는 상태. 맴버 변수가 Collection의 자손/구현체라면 어떤 종류든 상관없다. 

 

 

 

 

 

 

 

1. 장점

---

일급 컬렉션을 사용하면 불변객체, 응집성 있는 객체의 장점들을 모두 취할 수 있습니다. 값을 수정할 수 없으며 해당 객체가 자신과 연관된 로직을 가지고 있기 때문입니다. 이에대해 하나씩 살펴보겠습니다.  *가변 객체의 위험성에 대해서는 아래 글을 참조 하시면 됩니다.

 

가변 객체의 위험성

 

 

 

 

 

1-1. 불변(Immutable)

생성자로 새로운 객체를 생성하는 것 외에는 재할당 또는 수정할 방법이 없기 때문에 불변성이 보장됩니다. 따라서 이를 검증하기 위한 불필요한 검증 비용을 줄일 수 있으며 컬렉션을 마음껏 공유해 사용할 수 있습니다. 

 

 수정자(setter)가 없으며 재할당이 불가능하기 때문에 객체를 변경할 방법이 없다.

 

 

 

 

 

 

 

불변하는 값의 장점

버그의 원인은 다양하지만 상태의 변화가 그 중 하나다. 객체를 생성하고 메서드에 인자로 넘기니 자신도 모르는 사이에 상태가 수정되어 의도하지 않은 동작을 보이거나 버그를 일으켰다는 이야기는 자주 들었을 것이다. 상태 변화가 원인인 버그를 방지하는 가장 단순한 방법은 상태가 변화하지 않게 하는 것이다. 모르는 사이에 상태가 바뀌는 것이 문제라면 처음부터 상태가 변화하지 않게 하면 된다. 단순하지만 강력한 방어책이다. 상태가 변화하지 않게 하는 것은 프로그램을 단순하게 만들 가능성이 있는 제약이다. 예를들어 병렬 혹은 병행 처리가 일어나는 프로그램에서는 상태가 변화할 수 있는 객체를 어떻게 다뤄야 할지가 과제가 된다. 객체의 상태가 변화하지 않는다면 값이 변하는 상황을 고려할 필요가 없기 때문에 병렬 및 병행처리를 비교적 쉽게 구현할 수 있다. 그 외 컴퓨터의 메모리가 부족할 떄도 객체를 캐싱하는 전략을 취할 수 있다. 객체의 상태가 변화하지 않는다면 완전히 같은 상태를 갖는 객체를 여러 개 준비할 필요 없이 하나의 객체를 캐시로 돌려 쓸 수 있어 리소스를 절약할 수 있다. 

물론 상태가 변하지 않는 객체의 단점도 존재한다. 그 중 대표적으로 객체의 일부 값만 바꾸고 싶을 때 객체를 아예 새로 생성해야 한다는 점이다. 이 점은 상태가 변할 수 있는 객체에 비해 성능 면에서 불리하기 떄문에 아주 심각한 상황이 아니고서는 값 객체라도 상태를 바꿀 수 있게 하는 전략을 취하기도 한다. 하지만 가변 객체를 불변 객체로 바꾸는 것보다 불변 객체를 가변 객체로 만드는 것이 노력이 적게 들기 떄문에 가변 객체와 불변 객체 중 결정을 내리기가 어려울 떄는 일단 불변 객체를 적용하는 것이 낫다.

 

 * 도메인주도설계 철저입문.

 

 

 

 

 

1-2. 응집성 있는 객체

상태와 행위를 한 곳에서 관리할 수 있습니다. 즉, 컬렉션과 관련된 코드가 내부에서 있기 때문에 서비스 계층이나 다른 곳에 흩어진 중복 코드를 제거할 수 있습니다. 또한 자신에 대한 검증 로직을 가지고 있기 때문에 불필요한 검증을 거치지 않아도 되며 이를 통해 객체를 신뢰하고 사용할 수 있게 됩니다. 

 

 

 

 

 

 

 

값/케이스에 대한 검증을 다른 레이어에서 하게 되면 새로운 조건이 추가되거나 변경사항이 발생했을 때 유연하게 대처할 수 없습니다. 새로운 조건이 추가되면 분기문을 늘려야 하고 이와 연관된 모든 부분을 수정해야 하기 때문입니다. 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

2. 사용 시 주의사항

---

이를 사용할 때 디미터의 법칙을 조심해야 합니다. 일급 컬렉션을 조회하게 되면 

 

 

 

 

 

 

 

 

 

 

2. JPA와 일급 컬렉션

---

 

 

 

안녕하세요 관계를 맺을때 궁금한 점입니다. - 인프런 | 질문 & 답변