[Java] 일급 컬렉션과 사용해야 하는 이유에 대하여

 

 

일급 컬렉션이란(First Class Collection)

 

 

🔲 일급 컬렉션 : Collection을 Wrapping하면서, 그 외 다른 멤버 변수는 없는 상태를 말한다.

 

public class GameRanking {
    private Map<String, String> ranks;
    
    public GameRanking(Map<String, String> ranks) {
        this.ranks = ranks;
    }
}

 

 

 

 

 

 

 

일급 컬렉션의 장점

 

 

 

 

🔶 비즈니스에 종속적인 자료구조

 

일반적으로 MVC 패턴에서 Model은 데이터베이스와의 상호작용이나 비즈니스 로직을 처리한다. 이때 애플리케이션이 고도화됨에 따라 Model에서 Service 계층을 추가하여 비즈니스 로직을 관리하는데 여기서 문제가 발생할 수 있다.

 

 

 

애플리케이션의 비즈니스 로직을 담당하는 코드에서 특수한 자료구조를 가져야 하는 경우는 자주 나타난다. 예를 들어, 로또 복권 게임과 같은 애플리케이션을 만든다고 해보자.

 

 

 

로또는 6개의 번호만이 존재하며, 중복되지 않아야 한다. 일반적으로 우리는 6개의 번호를 저장하기 위해 리스트와 같은 자료구조를 떠올릴 수 있다. 하지만 해당 자료구조를 사용할 때마다 앞서 말한 검증 로직을 매번 처리해 주어야 한다.

 

 

 

이는 도메인과 코드를 제대로 알지 못하는 상황에서 문제를 야기할 수 있다. 결국 검증 로직 자체를 지닌 특수한 자료구조의 필요성을 느끼게 되었고, "일급 컬렉션" 이라는 객체를 통해 해결할 수 있다.

 

 

 

public class LottoTicket {
    private static final int LOTTO_NUMBERS_SIZE = 6;
    
    private final List<Long> lottoNumbers;
    
    public LottoTicket(List<Long> lottoNumbers) {
        validateSize(lottoNumber);
        validateDuplicate(lottoNumbers);
        this.lottoNumbers = lottoNumbers;
    }
    
    priavte void validateSize(List<Long> lottoNumbers) {
    ...
    }
    
    private void validateDuplicate(List<Long> lottoNumbers) {
    ...
    }
}

 

 

 

이렇게 만들어진 일급 컬렉션을 비즈니스 로직에서 사용하면 될 것이다. 즉, "비즈니스에 종속적인 자료구조"가 만들어 졌기 때문에 문제를 최소화 할 수 있다.

 

 

 

 

 

🔶 컬렉션의 불변을 보장한다.

 

Java에서 _final_은 불변을 만들어 주는 것이 아니라, 재할당만을 금지한다. 이말이 의미하는 바는 값이 추가될 수도 있다는 것이고 실질적으로는 "반쪽자리 불변" 이라는 것이다.

 

 

 

이러한 불완전한 불변을 해결하기 위해 Java에서는 "일급 컬렉션"과 "래퍼 클래스(Wrapper Class)"를 사용한다.

 

 

 

public class Orders {
    private final List<Order> orders;
    
    public Orders(List<Order> orders) {
        this.orders = orders;
    }
    
    public long getAmountSum() {
        return orders.stream()
            .mapToLong(Order::getAmount)
            .sum();
    }
}

 

 

일급 컬렉션을 정의할 때 setter 자체를 만들지 않고, 값을 새로 만들거나 가져오는 메서드만 있다면 사용자 입장으로써는 List에 접근할 방법이 없을 것이다.

 

 

 

 

 

🔶 상태와 행위를 한 곳에서 관리

 

 

 

객체 지향적인 관점에서 "객체는 객체 답게 사용하라"고 말하곤 한다. 즉, 상태를 가지는 객체에 대해서는 그 객체가 제대로된 역할, 로직을 구현하도록 권장된다.

 

 

 

그 이유는 여러가지가 있지만, 상태에 따라 지정된 메소드에서만 수행할 수 있는 것이 큰 장점이라 생각한다. 또한 히스토리를 모르는 사람이더라도, 상태와 연관지어 행위 로직을 추가할 수 있다는 것 또한 마찬가지이다.

 

 

 

 

 

🔶 이름이 있는 컬렉션

 

마지막으로 컬렉션에 이름을 붙일 수 있다는 것이다. 이를 통해 명확한 표현과 검색에 용이하도록 할 수 있다.

 

 

 

 

 

 

References

https://jojoldu.tistory.com/412