¿Odias los anuncios? Ir Sin publicidad Hoy

Generador de package.json

DatosDesarrollador
ANUNCIO · ¿ELIMINAR?
minúsculas, guiones o guiones bajos; puede estar en un alcance (@scope/name).
Versión semántica (MAJOR.MINOR.PATCH).
ESM establece type=module y utiliza puntos de entrada .mjs; CJS utiliza CommonJS.
Se utiliza para el campo principal / módulo.
Establece engines.node. Deje en blanco para omitirlo.
Separado por comas.
Opcional. Establece repositorio, errores y página principal.

Scripts

Dependencias

Usa la sintaxis name@range. El rango predeterminado es la última versión si no se especifica.
Misma sintaxis que arriba.

Opciones de salida

ANUNCIO · ¿ELIMINAR?

Guía

Generador de package.json

Generador de package.json

Crear un válido package.json a partir de un formulario estructurado en lugar de memorizar cada campo. Establezca el nombre del paquete, la versión, la licencia, el sistema de módulos (ESM o CommonJS), el motor de Node, los scripts y las dependencias, y la herramienta produce un manifiesto limpio y correctamente ordenado que puede colocarse directamente en un proyecto.

A diferencia de un formateador que reorganiza un archivo existente, este generador construye el manifiesto desde cero y omite campos vacíos, por lo que obtienes un archivo mínimo y publicable que ya sigue las convenciones que usa npm para npm init.

Cómo Usar

  1. Introduzca el nombre del paquete, la versión y (opcional) la descripción y el autor.
  2. Elige una licencia y elige Módulos ES o CommonJS para el sistema de módulos.
  3. Establezca el archivo de entrada (por ejemplo, index.js) y un rango de engines.node como >=18.
  4. Rellene los scripts que realmente utiliza (dev, build, test, start) — deje los campos en blanco para omitirlos.
  5. Agregue dependencias y dependencias de desarrollo como name@range, una por línea o separadas por comas.
  6. Elige tu sangría (2 espacios, 4 espacios o tabulador) y copia o descarga el generado package.json.

Características

  • Basado en formulario – No necesitas recordar los nombres exactos de los campos ni el orden; las claves comunes se rellenan para ti.
  • ESM o CommonJS – Alternar el sistema de módulos y la herramienta establece "type": "module" y el module de entrada adecuadamente.
  • Scripts inteligentes – Los campos de script vacíos se omiten en lugar de dejarse como "" placeholders.
  • Análisis de dependencias – Pega una lista de package@^1.2.3 entradas y se convierten en un objeto limpio. dependencies Objeto.
  • Ayudantes de repositorio – Introduce una URL de GitHub y la herramienta rellena repository, bugsy homepage para ti.
  • Bandera privada – Un clic marca el paquete como privado para evitar una publicación accidental npm publish.
  • Ajusta la sangría – Salida en 2 espacios, 4 espacios o tabulador para coincidir con el estilo existente en tu repositorio.
  • Copiar o descargar – Obtén el resultado como texto o descárgalo package.json directamente.

ANUNCIO · ¿ELIMINAR?

Preguntas frecuentes

  1. ¿Cuál es la diferencia entre dependencias y dependencias de desarrollo?

    dependencies son paquetes que su código importa en tiempo de ejecución y que los consumidores de tu paquete también instalan. devDependencies son herramientas que solo necesitas mientras desarrollas o construyes el proyecto — como compiladores, ejecutores de pruebas, verificadores de tipos — y no se instalan cuando alguien agrega tu paquete a su propio proyecto.

  2. ¿Qué hace exactamente establecer type a module?

    Configuración "type": "module" indica a Node.js que trate los .js archivos en el paquete como módulos ES, por lo que import y export funcionan de forma nativa. Sin ello, Node trata .js como CommonJS y tienes que usar require/module.exports. Los módulos ES también permiten el nivel superior await y una resolución más estricta de archivos.

  3. ¿Por qué package.json utiliza versionado semántico?

    El versionado semántico (MAJOR.MINOR.PATCH) da a los consumidores un contrato: un aumento de PATCH debe ser un fijo seguro, MINOR añade características compatibles hacia atrás, y MAJOR indica cambios que rompen. Los operadores de rango como ^ y ~ se basan en este contrato para que npm pueda instalar actualizaciones compatibles sin romper tu construcción.

  4. ¿Para qué sirve el campo engines?

    El engines campo declara qué versiones de Node.js (u otro entorno) soporta tu paquete. npm y muchas herramientas muestran una advertencia cuando el instalador está en una versión no soportada, y algunas plataformas se niegan a instalar completamente. Establecer un rango explícito node previene errores sutiles causados por APIs que existen en versiones más recientes de Node.

¿Quieres eliminar publicidad? Adiós publicidad hoy

Instalar extensiones

Agregue herramientas IO a su navegador favorito para obtener acceso instantáneo y búsquedas más rápidas

añadir Extensión de Chrome añadir Extensión de borde añadir Extensión de Firefox añadir Extensión de Opera

¡El marcador ha llegado!

Marcador es una forma divertida de llevar un registro de tus juegos, todos los datos se almacenan en tu navegador. ¡Próximamente habrá más funciones!

ANUNCIO · ¿ELIMINAR?
ANUNCIO · ¿ELIMINAR?
ANUNCIO · ¿ELIMINAR?

Noticias Aspectos técnicos clave

Involucrarse

Ayúdanos a seguir brindando valiosas herramientas gratuitas

Invítame a un café
ANUNCIO · ¿ELIMINAR?