今天想為大家講講前端項目的package.json文件中相關的字段含義及使用場景。我們先避免一些配置性的錯誤，提高項目的維護性。

　　name

　　我們要知道當項目是需要發版為npm包的，那么name字段是必須的。因為它涉及到npm包的命名。

　　舉個例子

　　筆者曾發布過開源的npm包，名字是ping-url。

　　對應的源代碼package.json的定義如下：

　　{
　　"name": "ping-url",
　　"version": "1.0.3",
　　"description": "Check the url is normally accessible or not"
　　// other
　　}

　　如果項目是不需要發版成npm包的，則name字段是可選的，不一定要設置。

　　name命名規范

　　name字符串長度，必須小于或等于214個字符。

　　同一作用域內的包，可以用.或_作為開始字符

　　不能使用大寫字母命名

　　因為name字段，在下載npm包時，會應用于url中，所以不能帶任何不安全的URL字符。

　　不安全的URL字符

　　空格" "

　　大于小于號<>

　　方括號[]

　　花括號{}

　　豎線|

　　反斜杠\

　　插入號^

　　百分比%

　　私源npm包怎么命名？

　　格式：@[scope]/[name]。

　　舉個例子：

　　筆者想要發布個私源是@leon，包名是ping-url的包，則name需要命名為：@leon/ping-url。

　　{
　　"name": "@leon/ping-url",
　　"version": "1.0.3"
　　}

　　安裝命令：npm install @leon/ping-url。

　　version

　　version字段用于定義版本號。

　　如果項目是為發布npm包，則必須包含此字段。但如果是普通的項目，則此字段是可選的。

　　每次發布的version，必須是唯一的，之前發布的時候沒使用過的。

　　version的命名規則和注意點，這個可以看看另一篇文章關于package.json怎么管理依賴包版本？

　　description

　　description用于描述當前項目的概況。

　　如上圖所示，發布的npm包，在搜索結果中，可以直接顯示description內容，如何，是不是非常直觀方便的了解包的功能。

　　keywords

　　圖中標簽在package.json中對應的定義：

　　"keywords": [
　　"ping url",
　　"ping host",
　　"ping"
　　]

　　從上述例子可以很清晰地看出，keywords是標簽，用于標記當前項目的重點詞匯。我們也可以作為搜索關鍵詞，提供給資源平臺使用，進行索引。

　　homepage

　　項目的官網主頁地址。

　　"homepage": "https://github.com/wall-wxk/ping-url"

　　項目有對應官網地址的話，可以在homepage中聲明。如果沒有的話，也可以像筆者這樣，放個github項目源碼入口。

　　repository

　　項目的源碼地址。

　　"repository": {
　　"type": "git",
　　"url": "https://github.com/wall-wxk/ping-url.git"
　　}

　　開源項目，這個字段很重要。

　　因為有意向的協作者，可以通過字段信息，便捷地進入查看項目源碼。

　　license

　　項目的協議類型。

　　這個項目涉及到知識產權方面的知識。所以開源項目的時候，要重點考慮到底要用哪個協議，而不是無腦用MIT。 具體的可選協議列表，可查看SPDX License List

　　author

　　作者信息。

　　"author": {
　　"name": "leon",
　　"email": "582104384@qq.com",
　　"url": "https://wangxiaokai.vip"
　　}

　　如果有興趣讓別人知道你是誰，這個字段是必不可少的。

　　當然如果你的代碼是shit mountain，這個字段也可以讓別人知道是你寫的....

　　contributors

　　協作者信息。

　　格式是一個對象數組。對象內容和author一致。

　　"contributors": [{
　　"name": "hanmeimei",
　　"email": "hanmeimei@qq.com"
　　},{
　　"name": "lihua",
　　"email": "lihua@qq.com"
　　}]
　　files

　　聲明有哪些文件，是需要作為依賴項，保留下來。

　　不然，執行npm publish進行發布時，這些文件是會自動屏蔽上傳的。

　　同理，也可以使用.npmignore文件進行配置。

　　"files": [
　　"dist/*.js",
　　"lib"
　　]

　　如果沒有files字段聲明，則這些文件，都不會保留，npm包將不能使用。

　　main

　　使用npm包時，需要進行require(..)的操作。這個操作，會查看main字段，找到程序的主入口。

　　bin

　　工具性質的npm包，一定有bin字段，對外暴露腳本命令。

　　舉個例子

　　"bin": {
　　"npg-cli": "bin/cli"
　　}

　　筆者發布的npm-package-cli包，是用于生成npm包腳手架的工具，對外暴露了腳本命令：npg-cli。詳情可查看npm-package-cli。

　　使用方安裝npm-package-cli包后，npg-cli命令會進行注冊，可以在CMD中識別并運行。

　　scripts

　　項目腳本命令。（PS：這個就不需要解釋了：））

　　需要注意的，一定要有約定俗成的規范腳本命令，降低維護成本。

　　比如：

　　npm run start項目啟動

　　npm run build打包

　　dependencies、devDependencies、peerDependencies

　　依賴的使用性質劃分。詳細可查看筆者的文章package.json怎么管理依賴包版本？。

　　需要提及的一點：peerDependencies在npm包的依賴關系處理中，很重要。

　　舉個例子

　　UI組件庫leon-ui依賴React版本16，那么package.json中，應該用peerDependencies告知使用方，需要React 16。

　　"peerDependencies": {
　　"react": ">=16.8.0"
　　}

　　大家還可以注意項目npm install時，控制臺會輸出一些依賴的WARN，就是peerDependencies在起作用。

　　private

　　private和發布npm包相關。

　　當private: true時，npm會拒絕發布當前項目。這是防止意外發布個人倉庫的一種保護方式。

　　publishConfig

　　用于定義發布npm時，設置相關信息。

　　舉個例子：

　　筆者發布私源npm包，到自己的npm服務，可以配置如下：

　　"publishConfig": {
　　"registry": "http://npm.wangxiaokai.vip/repository/",
　　"access": "public",
　　"tag": "leon-tag"
　　}

　　registry發布的npm私源地址

　　access發布有作用域的包（比如@leon/ping-url），必須要設置access。

　　tag指定當前版本對應的標簽

　　如圖所示，右側即是標簽tag。

　　注意

　　如果沒有顯式指定tag，默認tag是latest

　　types

　　項目如果是用TypeScript寫的，則需要types字段，對外暴露相關的類型定義。

　　module

　　性質等同于main字段。module用于ES6規范的模塊，只要支持ES6，會優先使用module入口。

　　這樣，代碼也可以啟用tree shaking機制。

　　unpkg

　　CDN方式下，引入當前npm包的鏈接。

　　sideEffects

　　sideEffects格式：boolean | string[]。

　　sideEffects: false用于告知打包工具（webpack），當前項目無副作用，可以使用tree shaking優化。

　　sideEffects的值，也可以是一個文件路徑組成的數組。告知哪些文件無副作用，可以使用tree shaking優化。

　　"sideEffects": [
　　"a.js",
　　"b.js"
　　]

　　注意點

　　"import xxx;"語句，只引入未使用，如果聲明了sideEffects，則會被tree shaking刪除掉。

　　并且，由于tree shaking只在production模式生效，所以本地開發會一切正常，生產環境很難及時發現這個問題。

　　當然， 樣式文件使用"import xxx;"的方式引入，會進行保留。

　　engines

　　項目運行環境的要求聲明。

　　"engines": {
　　"node": ">=0.10.3 <15"
　　}

　　上述代碼，告知node版本需要在0.10.3與15之間，才可以運行當前項目。

　　在不符合條件的環境中運行項目時，控制臺會有報錯輸出。

　　os

　　操作系統的要求聲明。

　　"os": [
　　"darwin",
　　"linux"
　　]

　　cpu

　　CPU的要求聲明。

　　"cpu": [
　　"x64",
　　"ia32"
　　]

　　workspaces

　　monorepo類型的項目，需要用到workspaces。它可以告知其他工具，當前項目的工作區間在哪里。

　　{
　　"name": "workspace-example",
　　"workspaces": [
　　"./packages/*"
　　]
　　}

　　這里直接推薦另一篇文章使用Yarn與Lerna管理monorepo。

　　bugs

　　開源項目用于接收bug反饋。

　　{
　　"url" : "https://github.com/owner/project/issues",
　　"email" : "project@hostname.com"
　　}

　　有關高級前端必會的package.json字段知識已經全部講述完畢。