Librerías JS comunes

Funciones

• Más de 40 librerías comunes en catorce categorías: fechas, peticiones, utilidades, estado, formularios y validación, gráficos, interfaz y estilos, animación, gráficos y 3D, documentos, texto, editores, build y pruebas, y varios
• Búsqueda por paquete: escribe dayjs y obtienes su uso, categoría, comando de instalación y página
• Búsqueda por uso: escribe «gráficos» o «arrastrar» para ver las opciones de ese campo
• Búsqueda por categoría para listar todo lo de ese tipo
• Un comando de instalación copiable (`npm i dayjs`) y la página del paquete para cada uno
• Tanto el comando como la página se derivan del nombre del paquete, así que ninguno puede estar mal ni obsoleto
• Los nombres de paquete se quedan como están: son lo que se teclea en una terminal
• Todos los nombres en un desplegable con búsqueda, con la categoría en la sugerencia
• Vacío lista todo, agrupado en las catorce categorías
• Tolerancia al pegado: las comillas y los caracteres de ancho completo no rompen la búsqueda

Cómo se usa

1. Escribe un nombre de paquete, como dayjs, para ver su uso, su categoría y su comando de instalación
2. O escribe un uso, como «gráficos» o «arrastrar», para ver qué opciones hay
3. Escribe una categoría, como «gestión de estado», para listar todo lo de ese tipo
4. Deja el cuadro vacío para listarlo todo, agrupado en las catorce categorías

Preguntas frecuentes

¿Por qué no hay números de versión?

Porque un número de versión es el único dato de esta tabla que caduca al instante. Cualquier lista con versiones fijadas empieza a envejecer el día que se publica, y hacer que alguien instale una versión antigua es peor que no decirle nada: `npm i dayjs` siempre trae la actual, y la versión exacta la deciden npm y tu archivo de bloqueo. Las páginas oficiales se dejan fuera por la misma razón: los proyectos cambian de dominio, se mudan a subdominios y se renombran, y nada de eso se puede derivar del nombre del paquete. La página del paquete es el único localizador que sí se puede, así que es el único que se da.

¿Cómo se eligieron, y por qué falta alguna librería?

El criterio es «¿tiene este problema una respuesta por defecto evidente?», no el número de estrellas: las estrellas cambian y lo popular no es lo mismo que lo adecuado. Así que cada entrada es la que más se usa en su campo (echarts para gráficos, dayjs para fechas, axios para peticiones). Que falte no significa que sea mala: las que solo importan dentro de un framework, las que necesitan un backend y las que tienen la vida corta se quedan fuera. Y solo se incluyen paquetes que existen con seguridad: mejor uno menos que un nombre que quizá sea el correcto.

¿lodash o es-toolkit?

Los proyectos nuevos pueden ir directos a es-toolkit: ofrece la mitad más usada de lodash en un paquete mucho más pequeño, con ESM nativo y tipos de TypeScript completos. Dos buenas razones para quedarse en lodash: el proyecto ya lo usa y migrar cuesta más de lo que ahorra, o necesitas acceso a rutas profundas como `_.get` o algún ayudante raro que es-toolkit aún no cubre. En cualquier caso, importa funciones sueltas en vez del paquete entero: cargar todo lodash engorda visiblemente la primera carga.

¿Todo lo de aquí es gratis?

No necesariamente: compruébalo antes de decidir. La mayoría están bajo licencias permisivas como MIT o Apache, sin restricciones para uso comercial, pero algunas requieren cuidado: GSAP tiene el núcleo gratis con algunos complementos bajo otras condiciones, las librerías de mapas se dividen entre un dibujante gratis y un servicio que se cobra por uso, y algunas de gráficos ofrecen ediciones comerciales. Las licencias cambian, así que confirma la actual en la página del paquete antes de publicar, sobre todo en proyectos comerciales: eso no es algo que esta tabla pueda garantizar por ti.

¿Por qué la entrada de editores menciona que este sitio usa CodeMirror?

Porque esa entrada lo dice como un dato más para elegir. La disyuntiva entre CodeMirror y Monaco es un buen ejemplo: Monaco es el núcleo de editor de VS Code, con el mejor autocompletado y resaltado de sintaxis, pero ocupa varios megabytes y su soporte móvil es limitado. CodeMirror 6 es mucho más pequeño y funciona en móvil, a cambio de que el autocompletado lo montas tú. Este sitio solo necesita un cuadro de texto con resaltado, de ahí CodeMirror; si construyes una experiencia de IDE completa, Monaco encaja mejor.