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