¿Cómo agregar una dependencia que no sea npm a bundle.json?

Una de las excelentes características del ecosistema npm es la capacidad de instalar y administrar paquetes desde el registro npm. Estas dependencias se enumeran en la sección “dependencias” del archivo bundle.json del proyecto. Sin embargo, a veces es posible que deba usar una dependencia que no está disponible a través de npm, como una biblioteca que haya creado usted mismo o una que aún no se haya publicado en npm. En este caso, puede agregar una dependencia que no sea npm a su archivo bundle.json. En este artículo, analizaremos cómo agregar una dependencia que no sea npm a su archivo bundle.json.

Características:

• Las dependencias que no son de npm pueden ser cualquier biblioteca o módulo que no esté disponible a través de npm, como una biblioteca native o un repositorio privado.
• El proceso para agregar una dependencia que no sea npm a bundle.json es related a agregar una dependencia npm common.
• Una vez agregadas, las dependencias que no son npm se pueden importar y usar de la misma manera que las dependencias npm normales.

Sintaxis: Para agregar una dependencia que no sea npm a bundle.json, puede usar la siguiente sintaxis:

"dependency-name": "file:path/to/dependency"

El “nombre de dependencia” puede ser cualquier nombre que elija, y “ruta/a/dependencia” debe ser la ruta del archivo al código fuente de la dependencia. Puede ser una ruta absoluta o una ruta relativa al archivo bundle.json.

Nota: para ejecutar el proyecto, recuerda escribir lo siguiente en tu terminal para usar las dependencias:

npm set up .

Hay algunas formas diferentes de hacer esto, según el tipo de dependencia que intente incluir. Estos son los pasos para agregar cada tipo de dependencia que no sea npm a su archivo bundle.json:

Ejemplo 1:

Repositorios Git: Si desea incluir una dependencia alojada en un repositorio de git, puede usar el protocolo git+ en su archivo bundle.json, como se muestra a continuación:

"dependencies": {
    "my-git-dependency": "git+https://github.com/person/my-git-dependency.git"
}

Por ejemplo, vamos a crear un proyecto que utilice el mapa hash biblioteca en GitHub, que permite usar alguna tipo de datos como clave para un objeto hashmap.

paquete.json

{
    "identify": "gfg-nj",
      "model": "1.0.0",
      "description": "",
      "most important": "index.js",
      "scripts": {
        "take a look at": "echo "Error: no take a look at specified" && exit 1"
      },
      "dependencies": {
           "hashmap" : "https://github.com/flesler/hashmap.git"
      },
      "creator": "",
      "license": "ISC"
}

índice.js: Él índice.js puede crearse de la siguiente manera.

Producción:

Esto le permitirá requerir que el repositorio git en su proyecto use la misma sintaxis que cualquier otro paquete npm.

Ejemplo 2:

Archivos locales: Si desea usar un archivo native como dependencia en su proyecto, puede agregarlo a su archivo bundle.json usando el archivo: protocolo. La sintaxis se proporciona a continuación:

"dependencies": {
     "my-local-dependency": "file:../my-local-dependency"
}

Esto le permitirá requerir el archivo native en su proyecto usando la siguiente sintaxis:

const myLocalDependency = require('my-local-dependency');

módulo.js

Para usar este archivo como una dependencia, el paquete.json puede actualizarse a:

{
  "identify": "gfg-nj",
  "model": "1.0.0",
  "description": "",
  "most important": "index.js",
  "scripts": {
    "take a look at": "echo "Error: no take a look at specified" && exit 1"
  },
  "dependencies": {
    "sum-module" : "file:C:CustomersphalaDesktopGFG-NJmodule.js"
  },

  "creator": "",
  "license": "ISC"
}

Para probar el módulo, un índice.js El archivo se puede crear de la siguiente manera:

Producción:

Actualización de dependencias: Una vez que haya agregado una dependencia que no sea npm a su archivo bundle.json, puede instalarlo usando el comando npm set up. Esto descargará e instalará la dependencia en el directorio node_modules de su proyecto. Si necesita actualizar la dependencia a una versión más nueva, puede usar el comando de actualización npm. Esto actualizará la dependencia a la última versión especificada en su archivo bundle.json.

ventajas:

• Las dependencias que no son de npm se pueden usar en los casos en que la dependencia aún no se publica o nunca se publicará en npm. Esto puede ser útil para proyectos que usan bibliotecas internas o privadas.
• Permite usar una versión específica o confirmación de la dependencia, que no está disponible en npm.

Desventajas:

• Las dependencias que no son de npm pueden ser una fuente de dificultad en el desarrollo y mantenimiento del proyecto, ya que no siguen el mismo proceso que los paquetes de npm.
• Administrar versiones y actualizaciones de esas dependencias puede ser más difícil.
• Podría ser más difícil encontrar la documentación o el soporte para esas dependencias.

Aplicaciones:

• Para utilizar bibliotecas internas o privadas.
• Para usar una versión específica de una biblioteca que no está disponible en npm.
• Para usar bibliotecas que nunca estarán disponibles en npm.
• Usar versiones preliminares de paquetes que no están listos para el consumo basic.

Agregar una dependencia que no sea npm a su archivo bundle.json puede ser una forma útil de incluir bibliotecas o módulos que no están disponibles a través de npm. Si bien este proceso es related a agregar dependencias regulares de npm, es importante tener en cuenta que las dependencias que no son de npm pueden generar desafíos adicionales de administración y mantenimiento. Se debe tener cuidado al decidir usar dependencias que no sean npm en su proyecto, para sopesar las ventajas y desventajas. En basic, es mejor usar solo dependencias que no sean npm cuando sean necesarias, como en el caso de bibliotecas internas o privadas, o para usar una versión específica de una biblioteca que no esté disponible en npm.