[이펙티브자바] 규칙28. 배열보다는 리스트를 사용하라

서론: 재료를 선택하는 요리사의 지혜

요리를 할 때 재료를 선택하는 것이 중요하듯, 프로그래밍에서도 자료 구조를 선택하는 것은 매우 중요합니다. 오늘 우리는 두 가지 주요 재료, 즉 '배열'과 '리스트'를 비교하며, 왜 리스트를 사용하는 것이 종종 더 나은 선택인지에 대해 탐색해볼 것입니다. 마치 요리사가 재료의 특성을 이해하고 최적의 요리를 만들어내듯, 우리도 각 자료 구조의 특성을 이해하여 더 나은 프로그램을 만들 수 있습니다.

 

본론: 배열과 리스트, 선택의 기준은?

1. 타입 안전성과 유연성

• 배열은 공변(covariant)입니다. 예를 들어, String[]은 Object[]의 하위 타입입니다. 이러한 특성 때문에 배열을 사용할 때는 타입 불일치로 인한 런타임 오류의 위험이 있습니다.
• 리스트는 불공변(invariant)입니다. List<String>은 List<Object>의 하위 타입이 아닙니다. 이는 컴파일 시점에서 타입 안전성을 제공하며, 잠재적인 오류를 사전에 방지할 수 있게 해줍니다.

2. 크기의 유연성

• 배열은 크기가 고정되어 있습니다. 한 번 생성되면, 그 크기를 변경할 수 없습니다. 이는 데이터의 양이 변동될 때 불편함을 초래할 수 있습니다.
• 리스트는 크기가 동적입니다. 데이터를 추가하거나 제거하면서 크기가 자동으로 조정됩니다. 이는 데이터 관리를 훨씬 더 유연하게 만들어 줍니다.

3. 기능성과 편의성

• 배열은 기본 기능만 제공합니다. 배열을 사용할 때는 길이를 알아내거나, 특정 인덱스의 요소에 접근하는 기본적인 기능 외에는 추가적인 기능을 직접 구현해야 합니다.
• 리스트는 다양한 유틸리티 메서드를 제공합니다. add, remove, contains와 같은 메서드는 데이터를 다루는 작업을 쉽고 효율적으로 만들어 줍니다. 또한, Collections 클래스는 리스트를 정렬하거나 검색하는 데 필요한 다양한 유틸리티 메서드를 제공합니다.

 

결론: 요리사가 최적의 재료를 선택하듯

배열과 리스트 각각의 특성을 이해하는 것은 프로그래머에게 매우 중요합니다. 배열은 그 간단함과 성능으로 특정 상황에서 유용할 수 있지만, 타입 안전성, 크기의 유연성, 그리고 편의성 측면에서 리스트가 더 나은 선택일 수 있습니다. 프로그램의 안정성을 높이고, 유지보수를 용이하게 하며, 더 나은 코드 작성을 위해서는 '리스트 사용하기'가 훌륭한 조언이 될 수 있습니다. 마치 요리사가 각 재료의 특성을 이해하고 최적의 재료를 선택하는 것처럼, 우리도 각 상황에 맞는 최적의 자료 구조를 선택하는 지혜가 필요합니다.