1.4协议
"license": "MIT",
license 字段用于指定软件的开源协议，开源协议里面详尽表述了其他人获得你代码后拥有的权利，可以对你的的代码进行何种操作，何种操作又是被禁止的。
-
MIT：只要用户在项目副本中包含了版权声明和许可声明，他们就可以拿你的代码做任何想做的事情，你也无需承担任何责任。 -
Apache：类似于MIT，同时还包含了贡献者向用户提供专利授权相关的条款。 -
GPL：修改项目代码的用户再次分发源码或二进制代码时，必须公布他的相关修改。
1.5目录，文件相关
程序入口
"main": "index.js",
main 属性可以指定程序的主入口文件
命令工具入口
当你的模块是一个命令行工具时，你需要为命令行指定一个入口，指定你的命名名称和本地可指定文件的对应关系。如果是全局安装，npm 将会使用符号链接把可执行文件链接到 /usr/local/bin，如果是本地安装，会链接到 ./node_modules/.bin/。
{"bin": {"conard": "./bin/index.js"}}
当你的包安装到全局时：npm 会在 /usr/local/bin下创建一个以 conard 为名字的软链接，指向全局安装下来的 conard 包下面的 "./bin/index.js"。这时你在命令行执行 conard 则会调用链接到的这个js文件。
发布文件配置
{"files": ["dist","lib","es"]}
files 属性用于描述你 npm publish 后推送到 npm 服务器的文件列表，如果指定文件夹，则文件夹内的所有内容都会包含进来
规范项目目录
一个 node.js 模块是基于 CommonJS 模块化规范实现的，严格按照 CommonJS 规范，模块目录下除了必须包含包描述文件 package.json 以外，还需要包含以下目录：
bin：存放可执行二进制文件的目录lib：存放js代码的目录doc：存放文档的目录test：存放单元测试用例代码的目
{"directories": {"lib": "src/lib/",
"bin": "src/bin/",
"man": "src/man/",
"doc": "src/doc/",
"example": "src/example/"}}
你可以通过在 package.json 指定 directories 属性来指定你的目录结构和上述的规范结构的对应情况。除此之外 directories 属性暂时没有其他应用
1.6脚本配置
script
{"scripts": {"test": "jest --config .jest.js --no-cache",
"dist": "antd-tools run dist",
"compile": "antd-tools run compile",
"build": "npm run compile && npm run dist"}}
scripts 用于配置一些脚本命令的缩写，各个脚本可以互相组合使用，这些脚本可以覆盖整个项目的生命周期，配置后可使用 npm run command 进行调用。如果是 npm 关键字，则可以直接调用。例如，上面的配置制定了以下几个命令：npm run test、npm run dist、npm run compile、npm run build。
config
config 字段用于配置脚本中使用的环境变量
1.7发布配置
preferGlobal
如果你的 node.js 模块主要用于安装到全局的命令行工具，那么该值设置为 true ，当用户将该模块安装到本地时，将得到一个警告。这个配置并不会阻止用户安装，而是会提示用户防止错误使用而引发一些问题
private
如果将 private 属性设置为 true，npm将拒绝发布它，这是为了防止一个私有模块被无意间发布出去
os
使用 os 属性可以帮助你完成以上的需求，你可以指定你的模块只能被安装在某些系统下，或者指定一个不能安装的系统黑名单：
"os" : [ "darwin", "linux" ]"
os" : [ "!win32" ]
cpu
和上面的 os 类似，我们可以用 cpu 属性更精准的限制用户安装环境：
"cpu" : [ "x64", "ia32" ]
"cpu" : [ "!arm", "!mips" ]
