摘要:項目中常見,,,平時開發的時候總是遇到,但就是沒細了解過它們之間的異同,今天簡單深入一下,記錄下來。與的異同這是與的不同點之一。項目依賴的的不會被安裝,但自身的會被安裝,而所有的都會被安裝。其它的其實還有另外兩種配置。
node 項目中常見 dependency,devDependency,peerDependency,平時開發的時候總是遇到,但就是沒細了解過它們之間的異同,今天簡單深入一下,記錄下來。
首先看下方的圖,project-main 的 dependency 是 package-a,package-a 的 devDependency 是 package-a-1,此外,project-main 也有一個 devDependency 是 package-b:
├── project-main ├── package-a (dependency) │ └── package-a-1 (devDependency) └── package-b (devDependency)
// package.json { "name": "project-main", "dependencies": { "package-a": "^1.0.0" }, "devDependencies": { "package-b": "^1.0.0" } }
在 project-main 下執行 npm install 之后,package-a 和 package-b 都會被安裝,但 package-a-1 不會被安裝,所以你在 project-main 的 node_modules 文件夾下找不到 package-c。
dependency 與 devDependency 的異同這是 dependency 與 devDependency 的不同點之一。項目依賴的 package 的 devDependency 不會被安裝,但自身的 devDependency 會被安裝,而所有的 dependency 都會被安裝。如果不想安裝自身的 devDependency 就使用 npm install --production 這個指令來,這樣的話 對于 project-main 來說,它的 devDependency 也不會被安裝了。
所以,在開發一個 node 包時,要注意區分什么時候用 dependencies 什么時候用 devDependencies,一般做測試、打包、ES6轉ES5此類的工作所依賴的庫就使用 devDependencies,而正常功能所依賴的包就使用 dependencies 聲明。
> npm install react --save // 做為 dependencies 安裝 > npm install eslint --save-dev // 做為 devDependencies 安裝peerDependencies
還是拿上面的例子來說,假如 project-main 依賴的 package-a 的 package.json 中聲明了 peerDependency 是 package-apeer@^1.0.0,而 project-main 中沒有任何 package-apeer 的配置,此時在 project-main 下使用 npm3 執行 npm install,控制臺就會告警 UNMET PEER DEPENDENCY package-apeer@^1.0.0,意思就是說使用到 package-a 的項目必須安裝同時安裝 package-apeer@^1.0.0 ,否則程序就可能會有異常,而在 npm@1 和 npm@2 下,就不會報錯而是自動把 package-apeer@^1.0.0 安裝上,因為很多用戶反應這樣很困惑,我沒聲明這個包,你為什么要給我安裝呢?所以在 npm@3 中這個 peerDependencies 如果沒裝就變成了控制臺告警。
其它的 dependency其實 node 還有另外兩種 dependency 配置。
bundleDependencies它還有一個別名,bundledDependencies,這個配置的作用如下:
對于下面這個包 package-a
{ "name": "package-a", "dependencies": { "react": "^15.0.0", "core-js": "^2.0.0", "lodash": "^4.0.0" }, "bundleDependencies": [ "react", "core-js" ] }
在你的項目中使用 npm@3 安裝 package-a 之后,項目的 node_modules 的文件結構:
├── node_modules ├── package-a │ └── react │ └── core-js └── loadsh
bundleDependencies 的作用就是在用戶安裝了 package-a 之后,將 package-a 所聲明的依賴包匯總到 package-a 自身的 node_modules 下,便于用戶管理,如果 package-a 中沒有配置 bundleDepencies,在安裝了 package-a 的項目下 node_modules 就會長這樣:
├── node_modules ├── package-a ├── react ├── core-js └── loadshoptionalDependencies
如果你的node項目依賴了一個包 package-optional,假如這個 package-optional 沒有安裝,你仍然想讓程序正常執行,這個時候 optionalDependencies 就非常適合你這個需求,optionalDependencies 跟 dependencies 聲明方式完全一致,而且一個依賴如果同時在 dependencies 和 optionalDependencies 中聲明,option 還會覆蓋 dependency 的聲明。如果 package-optional 這個包是可選的,在代碼中就可以這樣寫了:
try { var pkgOpt = require("package-optional"); } catch (e) { pkgOpt = null; } console.log(pkgOpt);結語
node package 的依賴管理在如今的前端工程化時代背景下變得尤為重要,構建優雅可維護的 node_modules 結構是值得探討的一個話題,希望今天本文能對你有所幫助和啟發。
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://m.specialneedsforspecialkids.com/yun/81586.html
摘要:感謝使用框架本文檔涵蓋構建應用所需的基礎知識。用于數據校驗的組件及相關文件在此目錄進行管理。除了自定義中間件外,還是用了諸多第三方的中間件,它們是五測試我們使用組件對服務端代碼進行測試。識別當前導航從已有導航中刪除給定標識的導航配置。 本文同步至個人博客 MEAN.js 文檔,轉載請注明出處。 Overview 感謝使用 MEAN.js 框架! 本文檔涵蓋構建 MEAN 應用所需的基礎...
摘要:現在在后端業務開發編程方面,技術力量強的團隊已經開始將技術棧從同步模式切換為異步了。使用這些技術方案是無法兼容已有程序的。影響了異步回調技術棧的普及。將會成為未來后端開發領域的主流技術方案。 今天太忙,少寫一點,后面再補充。 異步模式 Go 語言越來越熱門,很多大型互聯網公司后端正在轉向 GO 。Java 圈知名的服務化框架 Dubbo 也宣布轉型異步模式。這是一個大趨勢,異步模式已經...
摘要:又將整個文藝類閱讀系統的業務劃分為兩大部分,分別是面向管理員和合作作者的后臺管理系統和面向用戶的移動端,系統的需求分析將圍繞這兩部分進行展開。 效果展示 showImg(https://user-gold-cdn.xitu.io/2018/8/26/16576a709bd02f5f?w=1409&h=521&f=gif&s=30128195); showImg(https://user...
摘要:又將整個文藝類閱讀系統的業務劃分為兩大部分,分別是面向管理員和合作作者的后臺管理系統和面向用戶的移動端,系統的需求分析將圍繞這兩部分進行展開。 效果展示 showImg(https://user-gold-cdn.xitu.io/2018/8/26/16576a709bd02f5f?w=1409&h=521&f=gif&s=30128195); showImg(https://user...
閱讀 1885·2021-11-19 09:40
閱讀 2604·2021-08-30 09:46
閱讀 2188·2021-08-03 14:01
閱讀 2656·2019-08-30 10:54
閱讀 1206·2019-08-29 16:38
閱讀 1450·2019-08-29 11:02
閱讀 2543·2019-08-28 18:16
閱讀 1691·2019-08-28 18:09