最全的package.json解析
1. 概述
從我們接觸前端開始,每個項目的根目錄下一般都會有一個package.json文件,這個文件定義瞭當前項目所需要的各種模塊,以及項目的配置信息(比如名稱、版本、許可證等)。
當運行npm install命令的時候,會根據package.json文件中的配置自動下載所需的模塊,也就是配置項目所需的運行和開發環境。
比如下面這個文件,隻存在簡單的項目名稱和版本號。
{ "name" : "yindong", "version" : "1.0.0", }
package.json文件是一個JSON對象,這從他的後綴名.json就可以看出來,該對象的每一個成員就是當前項目的一項設置。比如name就是項目名稱,version是版本號。
當然很多人其實並不關心package.json的配置,他們應用的更多的是dependencies或devDependencies配置。
下面是一個更完整的package.json文件,詳細解釋一下每個字段的真實含義。
{ "name": "yindong", "version":"0.0.1", "description": "antd-theme", "keywords":["node.js","antd", "theme"], "homepage": "https://zhiqianduan.com", "bugs":{"url":"http://path/to/bug","email":"[email protected]"}, "license": "ISC", "author": "yindong", "contributors":[{"name":"yindong","email":"[email protected]"}], "files": "", "main": "./dist/default.js", "bin": "", "man": "", "directories": "", "repository": { "type": "git", "url": "https://path/to/url" }, "scripts": { "start": "webpack serve --config webpack.config.dev.js --progress" }, "config": { "port" : "8080" }, "dependencies": {}, "devDependencies": { "@babel/core": "^7.14.3", "@babel/preset-env": "^7.14.4", "@babel/preset-react": "^7.13.13", "babel-loader": "^8.2.2", "babel-plugin-import": "^1.13.3", "glob": "^7.1.7", "less": "^3.9.0", "less-loader": "^9.0.0", "style-loader": "^2.0.0", "webpack": "^5.38.1", "webpack-cli": "^4.7.0", "webpack-dev-server": "^3.11.2" }, "peerDependencies": { "tea": "2.x" }, "bundledDependencies": [ "renderized", "super-streams" ], "engines": {"node": "0.10.x"}, "os" : [ "win32", "darwin", "linux" ], "cpu" : [ "x64", "ia32" ], "private": false, "publishConfig": {} }
2. name字段
package.json文件中最重要的就是name和version字段,這兩項是必填的。名稱和版本一起構成一個標識符,該標識符被認為是完全唯一的。對包的更改應該與對版本的更改一起進行。
name必須小於等於214個字符,不能以.或_開頭,不能有大寫字母,因為名稱最終成為URL的一部分因此不能包含任何非URL安全字符。
npm官方建議我們不要使用與核心節點模塊相同的名稱。不要在名稱中加js或node。如果需要可以使用engines來指定運行環境。
該名稱會作為參數傳遞給require,因此它應該是簡短的,但也需要具有合理的描述性。
3. version字段
version一般的格式是x.x.x, 並且需要遵循該規則。
package.json文件中最重要的就是name和version字段,這兩項是必填的。名稱和版本一起構成一個標識符,該標識符被認為是完全唯一的。每次發佈時version不能與已存在的一致。
4. description字段
description是一個字符串,用於編寫描述信息。有助於人們在npm庫中搜索的時候發現你的模塊。
5. keywords字段
keywords是一個字符串組成的數組,有助於人們在npm庫中搜索的時候發現你的模塊。
6. homepage字段
homepage項目的主頁地址。
7. bugs字段
bugs用於項目問題的反饋issue地址或者一個郵箱。
"bugs": { "url" : "https://github.com/owner/project/issues", "email" : "[email protected]" }
8. license字段
license是當前項目的協議,讓用戶知道他們有何權限來使用你的模塊,以及使用該模塊有哪些限制。
“license” : “BSD-3-Clause”
9. author字段 contributors字段
author是具體一個人,contributors表示一群人,他們都表示當前項目的共享者。同時每個人都是一個對象。具有name字段和可選的url及email字段。
"author": { "name" : "yindong", "email" : "[email protected]", "url" : "https://zhiqianduan.com/" }
也可以寫成一個字符串
"author": "yindong [email protected] (https://zhiqianduan.com/)"
10. files字段
files屬性的值是一個數組,內容是模塊下文件名或者文件夾名,如果是文件夾名,則文件夾下所有的文件也會被包含進來(除非文件被另一些配置排除瞭)
可以在模塊根目錄下創建一個.npmignore文件,寫在這個文件裡邊的文件即便被寫在files屬性裡邊也會被排除在外,這個文件的寫法與.gitignore類似。
11. main字段
main字段指定瞭加載的入口文件,require導入的時候就會加載這個文件。這個字段的默認值是模塊根目錄下面的index.js。
12. bin字段
bin項用來指定每個內部命令對應的可執行文件的位置。如果你編寫的是一個node工具的時候一定會用到bin字段。
當我們編寫一個cli工具的時候,需要指定工具的運行命令,比如常用的webpack模塊,他的運行命令就是webpack。
"bin": { "webpack": "bin/index.js", }
當我們執行webpack命令的時候就會執行bin/index.js文件中的代碼。
在模塊以依賴的方式被安裝,如果存在bin選項。在node_modules/.bin/生成對應的文件,
Npm會尋找這個文件,在node_modules/.bin/目錄下建立符號鏈接。由於node_modules/.bin/目錄會在運行時加入系統的PATH變量,因此在運行npm時,就可以不帶路徑,直接通過命令來調用這些腳本。
所有node_modules/.bin/目錄下的命令,都可以用npm run [命令]的格式運行。在命令行下,鍵入npm run,然後按tab鍵,就會顯示所有可以使用的命令。
13. man字段
man用來指定當前模塊的man文檔的位置。
"man" :[ "./doc/calc.1" ]
14. directories字段
directories制定一些方法來描述模塊的結構, 用於告訴用戶每個目錄在什麼位置。
15. repository字段
指定一個代碼存放地址,對想要為你的項目貢獻代碼的人有幫助
"repository" : { "type" : "git", "url" : "https://github.com/npm/npm.git" }
16. scripts字段
scripts指定瞭運行腳本命令的npm命令行縮寫,比如start指定瞭運行npm run start時,所要執行的命令。
"scripts": { "start": "node ./start.js" }
使用scripts字段可以快速的執行shell命令,可以理解為alias。
scripts可以直接使用node_modules中安裝的模塊,這區別於直接運行需要使用npx命令。
"scripts": { "build": "webpack" } // npm run build // npx webpack
17. config字段
config字段用於添加命令行的環境變量。
{ "name" : "yindong", "config" : { "port" : "8080" }, "scripts" : { "start" : "node server.js" } }
然後,在server.js腳本就可以引用config字段的值。
console.log(process.env.npm_package_config_port); // 8080
用戶可以通過npm config set來修改這個值。
npm config set yindong:port 8000
18. dependencies字段, devDependencies字段
dependencies字段指定瞭項目運行所依賴的模塊,devDependencies指定項目開發所需要的模塊。
它們的值都是一個對象。該對象的各個成員,分別由模塊名和對應的版本要求組成,表示依賴的模塊及其版本范圍。
當安裝依賴的時候使用–save參數表示將該模塊寫入dependencies屬性,–save-dev表示將該模塊寫入devDependencies屬性。
"devDependencies": { "webpack": "^5.38.1", }
對象的每一項通過一個鍵值對表示,前面是模塊名稱,後面是對應模塊的版本號。版本號遵循“大版本.次要版本.小版本”的格式規定。
版本說明
- 固定版本: 比如5.38.1,安裝時隻安裝指定版本。
- 波浪號: 比如~5.38.1, 表示安裝5.38.x的最新版本(不低於5.38.1),但是不安裝5.39.x,也就是說安裝時不改變大版本號和次要版本號。
- 插入號: 比如ˆ5.38.1, ,表示安裝5.x.x的最新版本(不低於5.38.1),但是不安裝6.x.x,也就是說安裝時不改變大版本號。需要註意的是,如果大版本號為0,則插入號的行為與波浪號相同,這是因為此時處於開發階段,即使是次要版本號變動,也可能帶來程序的不兼容。
- latest: 安裝最新版本。
19. peerDependencies字段
當我們開發一個模塊的時候,如果當前模塊與所依賴的模塊同時依賴一個第三方模塊,並且依賴的是兩個不兼容的版本時就會出現問題。
比如,你的項目依賴A模塊和B模塊的1.0版,而A模塊本身又依賴B模塊的2.0版。
大多數情況下,這不構成問題,B模塊的兩個版本可以並存,同時運行。但是,有一種情況,會出現問題,就是這種依賴關系將暴露給用戶。
最典型的場景就是插件,比如A模塊是B模塊的插件。用戶安裝的B模塊是1.0版本,但是A插件隻能和2.0版本的B模塊一起使用。這時,用戶要是將1.0版本的B的實例傳給A,就會出現問題。因此,需要一種機制,在模板安裝的時候提醒用戶,如果A和B一起安裝,那麼B必須是2.0模塊。
peerDependencies字段,就是用來供插件指定其所需要的主工具的版本。可以通過peerDependencies字段來限制,使用myless模塊必須依賴less模塊的3.9.x版本.
{ "name": "myless", "peerDependencies": { "less": "3.9.x" } }
註意,從npm 3.0版開始,peerDependencies不再會默認安裝瞭。就是初始化的時候不會默認帶出。
20. bundledDependencies字段
bundledDependencies指定發佈的時候會被一起打包的模塊.
21. optionalDependencies字段
如果一個依賴模塊可以被使用, 同時你也希望在該模塊找不到或無法獲取時npm繼續運行,你可以把這個模塊依賴放到optionalDependencies配置中。這個配置的寫法和dependencies的寫法一樣,不同的是這裡邊寫的模塊安裝失敗不會導致npm install失敗。
22. engines字段
engines字段指明瞭該模塊運行的平臺,比如Node或者npm的某個版本或者瀏覽器。
{ "engines" : { "node" : ">=0.10.3 <0.12", "npm" : "~1.0.20" } }
23. os字段
可以指定你的模塊隻能在哪個操作系統上運行
"os" : [ "darwin", "linux", "win32" ]
24. cpu字段
限制模塊隻能在某種架構的cpu下運行
"cpu" : [ "x64", "ia32" ]
25. private字段
如果這個屬性被設置為true,npm將拒絕發佈它,這是為瞭防止一個私有模塊被無意間發佈出去。
"private": true
26. publishConfig字段
這個配置是會在模塊發佈時生效,用於設置發佈用到的一些值的集合。如果你不想模塊被默認標記為最新的,或者默認發佈到公共倉庫,可以在這裡配置tag或倉庫地址。
通常publishConfig會配合private來使用,如果你隻想讓模塊被發佈到一個特定的npm倉庫,如一個內部的倉庫。
"private": true, "publishConfig": { "tag": "1.0.0", "registry": "https://registry.npmjs.org/", "access": "public" }
27. preferGlobal字段
preferGlobal的值是佈爾值,表示當用戶不將該模塊安裝為全局模塊時(即不用–global參數),要不要顯示警告,表示該模塊的本意就是安裝為全局模塊。
"preferGlobal": false
28. browser字段
browser指定該模板供瀏覽器使用的版本。Browserify這樣的瀏覽器打包工具,通過它就知道該打包那個文件。
"browser": { "tipso": "./node_modules/tipso/src/tipso.js" },
參考來源
[1] npm package.json
[2] javaScript標準參考教程
到此這篇關於最全的package.json解析的文章就介紹到這瞭,更多相關package.json解析內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet!
推薦閱讀:
- 你可能不知道的package.json屬性詳解
- Node.js包管理器npm的具體使用
- 'webpack-dev-server' 不是內部或外部命令也不是可運行的程序 或批處理文件的最新解決方法
- Node.js中的package.json與cnpm命令行工具介紹
- 使用webpack打包ts代碼的實現