여러 npm 종속성 패키지 관리 공유

이 글에서는 여러분이 알아야 할 여러 유형의 npm 종속성 패키지 관리를 주로 소개합니다. npm은 node.js의 패키지 관리자이자 명령줄 도구입니다. 필요한 친구들은 이를 자세히 소개합니다. 참고해서 아래 에디터와 함께 배워보세요.

npm은 현재 다음 유형의 종속성 패키지 관리를 지원합니다.
bundledDependency / BundleDependency

• 를 사용하려는 경우 종속성 관리 중 하나를 선택하면 package.json의 해당 종속성 개체에 이를 넣을 수 있습니다. 예를 들어:

   "devDependencies": {
   "fw2": "^0.3.2",
   "grunt": "^1.0.1",
   "webpack": "^3.6.0"
   },
   "dependencies": {
   "gulp": "^3.9.1",
   "hello-else": "^1.0.0"
   },
   "peerDependencies": { },
   "optionalDependencies": { },
   "bundledDependencies": []

하나씩 살펴보겠습니다.

• 종속성

• 애플리케이션 종속성 또는 비즈니스 종속성, 이것이 바로 우리의 종속성입니다. 가장 일반적으로 사용되는 종속성 패키지 관리 개체! 애플리케이션이 의존하는 외부 패키지를 지정하는 데 사용됩니다. 이러한 종속성은 애플리케이션이 릴리스된 후 정상적인 실행에 필요하지만 테스트 또는 로컬 패키징 중에 사용되는 패키지는 포함하지 않습니다. 다음 명령을 사용하여 설치할 수 있습니다.

  npm install packageName --save

  dependent는 패키지 이름과 패키지 버전을 포함하는 간단한 JSON 개체입니다. 여기서 패키지 버전은 버전 번호 또는 URL 주소일 수 있습니다. 예:

{ 
 "dependencies" :{ 
 "foo" : "1.0.0 - 2.9999.9999", // 指定版本范围
 "bar" : ">=1.0.2 1.0.2 =2.3.1 =2.5.2 

devDependities

개발 환경 종속성, 종속성 사용 빈도 다음으로 두 번째! 객체 정의는 패키지가 프로덕션 환경이 아닌 개발 환경에서만 사용된다는 점을 제외하면 종속성과 동일합니다. 이러한 패키지는 일반적으로 gulp, grunt, webpack, moca, Coffee와 같은 단위 테스트 또는 패키징 도구입니다. 등을 사용할 수 있습니다. 다음 명령을 사용하여 설치합니다.

npm install packageName --save-dev

예:

{ "name": "ethopia-waza",
 "description": "a delightfully fruity coffee varietal",
 "version": "1.2.3",
 "devDependencies": {
 "coffee-script": "~1.6.3"
 },
 "scripts": {
 "prepare": "coffee -o lib/ -c src/waza.coffee"
 },
 "main": "lib/waza.js"
}

준비 스크립트는 게시 전에 실행되므로 사용자는 프로젝트를 컴파일할 때 이에 의존할 필요가 없습니다. 개발 모드에서 npm install을 실행하면 개발 중에 쉽게 테스트할 수 있는 준비 스크립트도 실행됩니다.

이 시점에서 --save와 --save-dev의 차이점을 이해하셨나요?

peerDependency

동일 종속성 또는 피어 종속성은 현재 패키지(즉, 작성한 패키지)가 호환되는 호스트 버전을 지정하는 데 사용됩니다. 그것을 이해하는 방법? gulp 플러그인을 작성하지만 gulp에는 최신 버전만 호환되기를 원합니다. 현재는 PeerDependency를 사용하여 다음을 지정할 수 있습니다.

{
 "name": "gulp-my-plugin",
 "version": "0.0.1",
 "peerDependencies": {
 "gulp": "3.x"
 }
}

다른 사람들이 우리 플러그인을 사용할 때. , PeerDependency는 설치해야 하는 플러그인의 호스트 버전을 사용자에게 명확하게 알려줍니다.

일반적으로 우리는 프로젝트에서 한 호스트의 여러 플러그인(예: gulp)을 사용합니다. 호스트 간에 호환성이 없으면 cli는 npm install을 실행할 때 다음과 같은 오류 메시지를 표시합니다.

npm ERR! peerinvalid The package gulp does not satisfy its siblings' peerDependencies requirements!
npm ERR! peerinvalid Peer gulp-cli-config@0.1.3 wants gulp@~3.1.9
npm ERR! peerinvalid Peer gulp-cli-users@0.1.4 wants gulp@~2.3.0

npm install gulp-my-plugin --save-dev 명령을 실행하여 플러그인을 설치하세요. 종속성 맵을 살펴보겠습니다.

├── gulp-my-plugin@0.0.1
└── gulp@3.9.1

좋아요!

npm 1과 npm 2는 동일한 종속성을 자동으로 설치하면 npm 3은 더 이상 자동으로 설치되지 않으며 경고가 생성됩니다! package.json 파일에 종속성을 수동으로 추가하는 문제를 해결할 수 있습니다.

선택적 종속성

선택적 종속성. 설치에 실패하더라도 프로젝트가 계속 실행될 수 있는 종속 패키지가 있거나 npm을 계속 실행하려는 경우 optionDependency를 사용할 수 있습니다. 또한, optionDependency는 종속성에서 동일한 이름으로 종속성 패키지를 덮어쓰므로 두 위치 모두에 쓰지 마십시오.

예를 들어 선택적 종속성 패키지는 프로그램의 플러그인과 같습니다. 존재하면 기존 로직이 실행되고, 존재하지 않으면 다른 로직이 실행됩니다.

try {
 var foo = require('foo')
 var fooVersion = require('foo/package.json').version
} catch (er) {
 foo = null
}
if ( notGoodFooVersion(fooVersion) ) {
 foo = null
}

// .. then later in your program ..

if (foo) {
 foo.doFooThings()
}

bundledDependities / BundleDependency

패키징 종속성인 BundledDependency는 게시 시 종속 패키지 이름을 포함하는 배열 개체입니다. 이 개체의 패키지는 최종 릴리스 패키지로 패키징됩니다. 예:

{
 "name": "fe-weekly",
 "description": "ELSE 周刊",
 "version": "1.0.0",
 "main": "index.js",
 "devDependencies": {
 "fw2": "^0.3.2",
 "grunt": "^1.0.1",
 "webpack": "^3.6.0"
 },
 "dependencies": {
 "gulp": "^3.9.1",
 "hello-else": "^1.0.0"
 },
 "bundledDependencies": [
 "fw2",
 "hello-else"
 ]
}

패키징 명령 npm pack을 실행하면 생성된 fe-weekly-1.0.0.tgz 패키지에 fw2 및 hello-else가 포함됩니다. 그러나 이 두 패키지는 devDependency 또는 종속성에서 먼저 선언되어야 하며, 그렇지 않으면 패키징에서 오류를 보고한다는 점은 주목할 가치가 있습니다.

관련 권장 사항:

Spring Boot는 종속 패키지 Druid

node.js의 npm 및 webpack 구성 방법에 대한 자세한 설명

최신 버전의 nodejs를 사용하여 npm을 설치하는 방법

.

위 내용은 여러 npm 종속성 패키지 관리 공유의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!