El artículo anterior "Explicación detallada de los comandos NPM comunes en NodeJs" organiza principalmente los comandos NPM más utilizados y las presentaciones relacionadas. Menciona la instalación global (NPM Install Gulp -G) y la instalación local (NPM Install Gulp). La siguiente figura proviene de la Guía de Introducción del sitio web de Gulp Chinese. Se puede ver que después de la instalación global, Gulp también se instalará localmente. ¿Estaba confundido al principio? ¿Por qué Gulp instalado a nivel mundial necesita instalarse localmente? ¿No podemos llamar directamente a los paquetes instalados localmente en el proyecto?
Con dudas, encontré documentos relevantes en Google. Después de hacer todos los problemas, encontré algunos de los problemas. Resolvamos algunas de las dudas sobre la instalación global y la instalación local de NodeJ. Si hay algo mal, preste atención para corregirlos.
Este artículo utiliza la plataforma de Windows para las pruebas y usa Gulp como ejemplo para hacer tutoriales
¿Cuál es la ubicación de instalación global?
El método de instalación global es escribir el comando: NPM instalar gulp -g o npm instalar gulp -global, donde el parámetro -g significa instalarlo en el entorno global. El paquete se instala en la carpeta Node_Modules en el directorio de instalación del nodo. En general, en el/usuarios/username/appdata/roaming/directorio, puede usar npm root -g para ver el directorio de instalación global.
Método de llamadas
Después de la instalación global, la línea de comando puede usarla. Los usuarios pueden ejecutar directamente los comandos compatibles con el paquete de componentes en la línea de comandos. El archivo CMD después de instalar Gulp a nivel mundial se muestra en la siguiente figura
¿Cuál es la ubicación de instalación local?
El método de instalación local es escribir el comando: NPM instalar gulp o npm install gulp --save-defev, etc., donde el parámetro --save-dev---------Dev Information de su paquete de instalación en el campo Devdependencies del archivo paquete.json, y el paquete está instalado en la carpeta Node_modules del proyecto especificado.
Método de llamadas
Después de la instalación local, puede introducir directamente los módulos en el directorio Node_Modules en el proyecto a través de requisito (). En el siguiente ejemplo, después de la instalación local, requiere ('gulp') directamente en gulpfile.js.
¿Por qué necesito instalar localmente después de la instalación global?
Es suficiente instalación global
1. En el código de instancia JS, por defecto, Node.js buscará módulos en Node_Path y la carpeta Node_Modules en el proyecto JS actual. Por lo tanto, si es solo una instalación global, el módulo no puede ser referenciado directamente a través de requerir (). Es necesario resolver manualmente el problema de configuración de las rutas del paquete. Por supuesto, también puede copiar la carpeta Node_Modules instalada globalmente al proyecto. También hay una forma de elegir establecer el nodo_path de la variable de entorno en c:/archivos de programa/nodejs.
2. Es difícil administrar la actualización de los paquetes. Es posible que deba cambiar el nombre de cada paquete, como [email protected], [email protected] ... Para distinguir los paquetes especificados de diferentes proyectos, garantizar la interdependencia entre los módulos (esto se introducirá a continuación) y distinguir el funcionamiento normal de cada proyecto.
Por lo tanto, no se recomienda instalar solo a nivel mundial.
Importancia de la instalación local
El primer nodo.js/npm es realmente global, incluido Node_Path Compatible, pero no puede soportar las versiones múltiples globales. Por lo tanto, el método de instalación local del equipo de NodeJS puede ser garantizar la interdependencia entre las diferentes versiones de los paquetes. ¿Qué significa? Por ejemplo, hay 12 paquetes de interdependencia en el componente Weui.
El número de versión especificado del paquete dependiente es el siguiente y no se puede modificar fácilmente, porque las funciones de las versiones del paquete dependiente de diferentes versiones del paquete son diferentes. Si modifica la versión especificada para ejecutar WEUI, puede tener errores de compilación y otros errores.
Déjame darte otro ejemplo:
El código del código de copia es el siguiente: la versión del paquete es:
A (0.0.1) depende de B (0.0.2), B (0.0.1) depende de C (0.0.3) después de que el autor original haya sido actualizado por un período de tiempo, la versión del paquete es: A (1.0.1) depende de B (1.0.0) y B (1.0.0) depende de C (1.0.0.0)
Cada actualización puede traer diferentes funciones. Es particularmente importante mantener la información de la versión del módulo utilizada para descargar el número de versión especificado cuando varias personas cooperan, publican el módulo y la cargan a GitHub para que otros lo usen.
La instalación local permite que cada proyecto tenga paquetes independientes y no se ve afectado por los paquetes globales, lo que facilita el movimiento, la copia, el embalaje, etc. del proyecto, asegurando la interdependencia entre las diferentes versiones de los paquetes. Estas ventajas son difíciles de lograr mediante la instalación global.
Además, según el equipo de nodo, los paquetes de instalación locales se cargarán más rápido para el proyecto.
Hay ventajas y desventajas. Por ejemplo, cada nuevo proyecto requiere la instalación local de los paquetes en los que depende. El tiempo del paquete de instalación es relativamente largo. Primero, el paquete es demasiado grande y la descarga es lenta; En segundo lugar, se desperdicia espacio en el disco duro. Sin embargo, ahora el disco duro de la computadora solo tiene unas pocas T. ¿Todavía te importa guardar este espacio?
Lo anterior es la diferencia entre la instalación global de NodeJ y la instalación local que se le presentó. Espero que te sea útil. Si tiene alguna pregunta, déjame un mensaje y el editor le responderá a tiempo. ¡Muchas gracias por su apoyo al sitio web de Wulin.com!