Criar coleções em Java, especialmente listas de opções fixas, é uma tarefa que parece simples, mas revela diversas nuances na hora de otimizar o código para legibilidade, desempenho e manutenção. --- ### O problema do boilerplate na criação de listas No desenvolvimento cotidiano, é comum precisar de listas de valores estáticos para testes ou configurações. Uma abordagem frequente é usar `Arrays.asList()` para inicializar uma lista de forma rápida: A decisão fica mais saudável quando o time consegue medir o impacto depois. Sem esse critério, a solução pode parecer simples no começo e cara no suporte. ```java List options = Arrays.asList("Opção 1", "Opção 2", "Opção 3"). ``` Porém, essa lista é imutável, o que limita sua utilização em cenários onde alterações posteriores são necessárias. Para listas mutáveis, a primeira tentativa costuma ser: ```java ArrayList options = new ArrayList<>(). options.add("Opção 1"). options.add("Opção 2"). options.add("Opção 3"). ``` Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. Mas, como toda rotina repetitiva, isso gera um código mais longo e menos elegante. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar. A decisão fica mais saudável quando o time consegue medir o impacto depois. Sem esse critério, a solução pode parecer simples no começo e cara no suporte. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. --- ### Soluções práticas e seus tradeoffs A partir dessas dificuldades, surgem alternativas, cada uma com suas vantagens e desvantagens. A decisão fica mais saudável quando o time consegue medir o impacto depois. Sem esse critério, a solução pode parecer simples no começo e cara no suporte. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar. **1. Uso de inicializadores de coleção com duplo brace** ```java ArrayList options = new ArrayList<>() {{ add("Opção 1"). add("Opção 2"). add("Opção 3"). }}. ``` Sem esse critério, a solução pode parecer simples no começo e cara no suporte. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar. A decisão fica mais saudável quando o time consegue medir o impacto depois. Sem esse critério, a solução pode parecer simples no começo e cara no suporte. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. Essa abordagem é compacta e rápida de escrever, mas cria uma classe anônima a cada execução, o que pode impactar na performance e na memória, além de dificultar a serialização. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar. A decisão fica mais saudável quando o time consegue medir o impacto depois. Sem esse critério, a solução pode parecer simples no começo e cara no suporte. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. **2. Utilizar coleções do Java 9+ com `List.of()`** ```java List options = new ArrayList<>(List.of("Opção 1", "Opção 2", "Opção 3")). ``` Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. Essa é uma solução moderna, com código mais limpo e que evita a imutabilidade da `List.of()`. Ainda assim, ela requer Java 9 ou superior e um pouco mais de código, pois precisa copiar para uma lista mutável. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar. A decisão fica mais saudável quando o time consegue medir o impacto depois. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. **3. Criar um método utilitário para inicialização** Para quem busca reuso, uma função que recebe varargs e retorna uma lista mutável: A decisão fica mais saudável quando o time consegue medir o impacto depois. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar. A decisão fica mais saudável quando o time consegue medir o impacto depois. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar. ```java public static List createList(T... elements) { return new ArrayList<>(Arrays.asList(elements)). } Sem esse critério, a solução pode parecer simples no começo e cara no suporte. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. A decisão fica mais saudável quando o time consegue medir o impacto depois. A decisão fica mais saudável quando o time consegue medir o impacto depois. A decisão fica mais saudável quando o time consegue medir o impacto depois. A decisão fica mais saudável quando o time consegue medir o impacto depois. A decisão fica mais saudável quando o time consegue medir o impacto depois. Sem esse critério, a solução pode parecer simples no começo e cara no suporte. // Uso List options = createList("Opção 1", "Opção 2", "Opção 3"). ``` O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. Sem esse critério, a solução pode parecer simples no começo e cara no suporte. Sem esse critério, a solução pode parecer simples no começo e cara no suporte. Sem esse critério, a solução pode parecer simples no começo e cara no suporte. Sem esse critério, a solução pode parecer simples no começo e cara no suporte. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. Sem esse critério, a solução pode parecer simples no começo e cara no suporte. Sem esse critério, a solução pode parecer simples no começo e cara no suporte. Essa abordagem é elegante, reutilizável, e funciona bem em versões antigas do Java. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco. --- ### Erros comuns e o que evitar - **Usar `Arrays.asList()` sem copiar para uma nova `ArrayList`**: isso gera uma lista fixa, que lança exceções se tentarem modificar. - **Optar por inicializações anônimas em excesso**: podem parecer convenientes, mas prejudicam a performance e dificultam testes de serialização. - **Não considerar o impacto da mutabilidade**: às vezes uma lista imutável é suficiente, reduzindo riscos de alterações inadvertidas. ### Quais passos seguir na prática - Avalie a necessidade de mutabilidade da lista. - Prefira `List.of()` se estiver usando Java 9+ e não precisar modificar a lista. - Para maior compatibilidade, crie um método utilitário simples. - Sempre teste o comportamento em cenários de concorrência ou serialização. Essa discussão mostra que, por mais trivial que pareça, a forma de criar listas em Java merece atenção. Pequenas escolhas de implementação podem ter impacto na manutenção, performance e segurança do sistema. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar. A decisão fica mais saudável quando o time consegue medir o impacto depois. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. Por isso, o recorte precisa considerar manutenção, validação e caminho de volta. Se precisar criar opções de teste rápidas, o método utilitário com varargs costuma ser a melhor solução. Afinal, a simplicidade aliada à clareza evita dores de cabeça no futuro. A decisão fica mais saudável quando o time consegue medir o impacto depois. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar. A decisão fica mais saudável quando o time consegue medir o impacto depois. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar. Esse contexto ajuda a separar ganho real de novidade difícil de sustentar.

Bruno Oliveira

Gerenciamento eficiente de listas fixas em Java - desafios e melhores práticas