이전 기사 "NodeJS의 일반적인 NPM 명령에 대한 자세한 설명"은 주로 가장 일반적으로 사용되는 NPM 명령 및 관련 소개를 구성합니다. 글로벌 설치 (NPM 설치 GULP -G) 및 로컬 설치 (NPM 설치 GULP)를 언급합니다. 다음은 Gulp Chinese 웹 사이트 소개 안내서에서 나옵니다. 글로벌 설치 후 GULP도 로컬로 설치 될 것임을 알 수 있습니다. 처음에 혼란 스러웠나요? GULP가 전 세계적으로 설치 해야하는 이유는 무엇입니까? 프로젝트에서 로컬로 설치된 패키지를 직접 전화 할 수 없습니까?
의심으로 Google에서 관련 문서를 찾았습니다. 모든 혼란을 겪은 후, 나는 몇 가지 문제를 발견했습니다. NodeJS의 글로벌 설치 및 로컬 설치에 대한 의문을 해결해 봅시다. 잘못된 것이 있다면주의를 기울이십시오.
이 기사는 테스트를 위해 Windows 플랫폼을 사용하고 Gulp를 예제로 사용하여 튜토리얼을 만듭니다.
글로벌 설치 위치는 무엇입니까?
글로벌 설치 방법은 명령을 입력하는 것입니다. 패키지는 노드 설치 디렉토리의 Node_Modules 폴더에 설치됩니다. 일반적으로/사용자/사용자 이름/AppData/Roaming/Directory에서 NPM Root -G를 사용하여 전역 설치 디렉토리를 볼 수 있습니다.
호출 방법
글로벌 설치 후 명령 줄에서 사용할 수 있습니다. 사용자는 명령 줄에서 구성 요소 패키지에서 지원하는 명령을 직접 실행할 수 있습니다. Gulp를 전 세계적으로 설치 한 후 CMD 파일은 다음 그림에 표시됩니다.
로컬 설치 위치는 무엇입니까?
로컬 설치 방법은 명령을 입력하는 것입니다. NPM GULP 또는 NPM GULP 설치 GULP-SAVE-DEV 등을 입력하는 것입니다. 여기서 매개 변수는 설치 패키지 정보를 Package.json 파일의 DevDependencies 필드에 작성하는 것을 의미하며 패키지는 지정된 프로젝트의 node_modules 폴더에 설치됩니다.
호출 방법
로컬 설치 후 프로젝트에서 Node_Modules 디렉토리에 모듈을 require ()를 통해 직접 소개 할 수 있습니다. 다음 예에서는 로컬 설치 후 gulpfile.js에 직접 ( 'gulp')를 요구합니다.
글로벌 설치 후 로컬로 설치 해야하는 이유
글로벌 설치가 충분합니다
1. JS 인스턴스 코드에서 기본적으로 Node.js는 현재 JS 프로젝트에서 node_path 및 node_modules 폴더의 모듈을 검색합니다. 따라서 글로벌 설치만으로는 require ()를 통해 모듈을 직접 참조 할 수 없습니다. 패키지 경로의 구성 문제를 수동으로 해결해야합니다. 물론 전역에서 설치된 node_modules 폴더를 프로젝트에 복사 할 수도 있습니다. 환경 변수의 node_path를 c :/program files/nodejs로 설정하도록 선택하는 방법도 있습니다.
2. 패키지 업데이트를 관리하기가 어렵습니다. 지정된 패키지를 서로 다른 프로젝트와 구별하고 모듈 간의 상호 의존성을 보장하고 (아래에 소개 될 것임) 각 프로젝트의 정상적인 작동을 구별하기 위해 각 패키지의 이름을 바꿔야 할 수도 있습니다.
따라서 전 세계적으로 만 설치하는 것이 좋습니다.
현지 설치의 중요성
최초의 node.js/npm은 실제로 Node_path 호환을 포함하여 전역이지만 글로벌 다중 버전을 지원할 수는 없습니다. 따라서 NodeJS 팀의 로컬 설치 방법은 다른 버전의 패키지 간의 상호 의존성을 보장하는 것일 수 있습니다. 무슨 뜻입니까? 예를 들어, WEUI 구성 요소에는 12 개의 상호 의존 패키지가 있습니다.
종속 패키지의 지정된 버전 번호는 다음과 같습니다. 다른 버전의 패키지의 종속 패키지 버전의 기능은 다르기 때문에 쉽게 수정할 수 없습니다. WEUI를 실행하도록 지정된 버전을 수정하면 컴파일 오류 및 기타 버그가있을 수 있습니다.
또 다른 예를 드리겠습니다.
사본 코드 코드는 다음과 같습니다. 패키지 버전은 다음과 같습니다.
A (0.0.1)은 B (0.0.2), B (0.0.1)는 C (0.0.3)에 따라 원래 저자가 일정 기간 동안 업데이트 된 후 C (0.0.3)에 따라 다르고 패키지 버전은 다음과 같습니다. A (1.0.1)는 B (1.0.0)에 의존하고 B (1.0.0)는 C (1.0.0)에 따라 다릅니다.
각 업데이트는 다른 기능을 가져올 수 있습니다. 여러 사람이 협력하고 모듈을 게시 한 다음 다른 사람들이 사용할 수 있도록 GitHub에 업로드 할 때 지정된 버전 번호를 다운로드하는 데 사용되는 모듈 버전 정보를 유지하는 것이 특히 중요합니다.
로컬 설치를 통해 각 프로젝트는 독립적 인 패키지를 가질 수 있으며 프로젝트의 움직임, 복사, 포장 등을 용이하게하는 글로벌 패키지의 영향을받지 않아 다양한 버전의 패키지 간의 상호 의존성을 보장합니다. 이러한 장점은 글로벌 설치로 달성하기가 어렵습니다.
또한 노드 팀에 따르면 로컬 설치 패키지가 프로젝트에 더 빠르게로드됩니다.
장점과 단점이 있습니다. 예를 들어, 모든 새로운 프로젝트에는 패키지의 로컬 설치가 필요합니다. 설치 패키지 시간은 비교적 길다. 첫째, 패키지가 너무 크고 다운로드는 느립니다. 둘째, 하드 디스크 공간이 낭비됩니다. 그러나 이제 컴퓨터 하드 디스크에는 T가 약간만 있습니다. 여전히이 공간을 절약하는 데 관심이 있습니까?
위의 내용은 NodeJS의 글로벌 설치와 소개 된 로컬 설치의 차이입니다. 나는 그것이 당신에게 도움이되기를 바랍니다. 궁금한 점이 있으면 메시지를 남겨 주시면 편집자가 제 시간에 답장을 드리겠습니다. Wulin.com 웹 사이트를 지원해 주셔서 대단히 감사합니다!