高级前端必会的package.json字段知识详解_JavaScript_

概览

本文重点讲解前端项目的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

提示： 本文由神整理自网络，如有侵权请联系本站删除！
本站声明：
1、本站所有资源均来源于互联网，不保证100%完整、不提供任何技术支持；
2、本站所发布的文章以及附件仅限用于学习和研究目的;不得将用于商业或者非法用途；否则由此产生的法律后果，本站概不负责！