Aprende a seleccionar la estructura de datos adecuada según tu objetivo: listas ordenadas, diccionarios simples, claves únicas o claves de cualquier tipo.
Elegir bien la estructura de datos es una decisión de diseño, no un detalle menor de sintaxis.
`Array` brilla cuando importa el orden; `Object` para diccionarios simples; `Set` para valores únicos; `Map` para pares clave/valor más flexibles.
Cuando eliges mal, el código se complica: más conversiones, más condicionales y peor rendimiento percibido.
Objetivo de esta lección: desarrollar criterio para escoger estructura según operaciones reales de producto.
Primero piensa en la operación dominante: recorrer, buscar, deduplicar o indexar.
No hay una estructura universalmente mejor. La correcta depende de cómo se usan los datos durante el ciclo de vida de la funcionalidad.
Si necesitas acceso por índice usa `Array`; si necesitas unicidad usa `Set`; si necesitas claves complejas y tamaño fiable usa `Map`.
Son básicos, pero cubrirán gran parte de tu trabajo diario si los aplicas bien.
`Array` encaja para secuencias donde el orden importa: historial, feed, productos, resultados de búsqueda.
`Object` encaja para representar una entidad concreta con propiedades estables (`usuario`, `config`, `estado`).
Evita `if` repetidos para detectar duplicados.
Cuando necesitas saber si un valor ya existe o eliminar repeticiones, `Set` simplifica mucho el código.
Además de deduplicar arrays, es útil para estados de selección, permisos activos o IDs vistos durante paginación.
Ideal para búsquedas frecuentes por clave y para claves no string.
Si haces muchas búsquedas por id (`get`, `has`), `Map` suele ser más claro y directo que recorrer arrays cada vez.
También permite usar objetos como clave, algo útil en cachés o relaciones entre entidades en memoria.
Antes de codificar, responde estas 4 preguntas.
Definir estructura al inicio reduce refactors dolorosos cuando la feature crece y llegan nuevos requisitos de negocio.
Aplicar este checklist te ayuda a mantener el código más simple, expresivo y fácil de testear.
Aprende a seleccionar la estructura de datos adecuada según tu objetivo: listas ordenadas, diccionarios simples, claves únicas o claves de cualquier tipo.
Código del tema: Array · Object · Set · Map
Primero piensa en la operación dominante: recorrer, buscar, deduplicar o indexar.
No hay una estructura universalmente mejor. La correcta depende de cómo se usan los datos durante el ciclo de vida de la funcionalidad.
Si necesitas acceso por índice usa `Array`; si necesitas unicidad usa `Set`; si necesitas claves complejas y tamaño fiable usa `Map`.
Son básicos, pero cubrirán gran parte de tu trabajo diario si los aplicas bien.
`Array` encaja para secuencias donde el orden importa: historial, feed, productos, resultados de búsqueda.
`Object` encaja para representar una entidad concreta con propiedades estables (`usuario`, `config`, `estado`).
const tareas = ['leer', 'practicar', 'revisar'];
const usuario = { id: 7, nombre: 'Lucía', rol: 'student' };
console.log(tareas[0]);
console.log(usuario.nombre);Evita `if` repetidos para detectar duplicados.
Cuando necesitas saber si un valor ya existe o eliminar repeticiones, `Set` simplifica mucho el código.
Además de deduplicar arrays, es útil para estados de selección, permisos activos o IDs vistos durante paginación.
const etiquetas = ['js', 'css', 'js', 'html', 'css'];
const unicas = [...new Set(etiquetas)];
console.log(unicas);
console.log(new Set(etiquetas).has('js'));Ideal para búsquedas frecuentes por clave y para claves no string.
Si haces muchas búsquedas por id (`get`, `has`), `Map` suele ser más claro y directo que recorrer arrays cada vez.
También permite usar objetos como clave, algo útil en cachés o relaciones entre entidades en memoria.
const usuarios = [
{ id: 1, nombre: 'Ana' },
{ id: 2, nombre: 'Luis' },
{ id: 3, nombre: 'Marta' }
];
const indice = new Map(usuarios.map((u) => [u.id, u]));
console.log(indice.get(2));
console.log(indice.has(4));Antes de codificar, responde estas 4 preguntas.
Definir estructura al inicio reduce refactors dolorosos cuando la feature crece y llegan nuevos requisitos de negocio.
Aplicar este checklist te ayuda a mantener el código más simple, expresivo y fácil de testear.