package.json for NPM 文件详解 - 为程序员服务
package.json for NPM 文件详解
13220 阅读
package.json文件描述了一个NPM包的所有相关信息，包括作者、简介、包依赖、构建等信息。格式必须是严格的JSON格式。
通常我们在创建一个NPM程序时，可以使用npm init命令，通过交互式的命令，自动生成一个package.json文件，里面包含了常用的一些字段信息，但远不止这么简单。通过完善package.json文件，我们可以让npm命令更好地为我们服务。
name和version是package.json中最重要的两个字段，也是发布到NPM平台上的唯一标识，如果没有正确设置这两个字段，包就不能发布和被下载。
下面是官方给出的一些建议:
名字里不要再包含"js"和"node"，因为默认NPM包就是node.js程序，不过你可以通过engines字段来指定。
名字将会被作为url的一部分，所有要符合http url的一般命名规则，不能包含url非法字符，也不能以.和_开头。
名字也将作为require()命令的参数，所以应该尽量简明。
如果包要发布到NPM平台上的话，最好先检查下有没有重名, 并且字母只能全部小写。
新版本的NPM可以指定scope, 名字可以加前缀标识，如@ijse/mypackage。
这个字段的取值需要符合的规则，详细可以见其文档。
description
包的描述信息，将会在npm search的返回结果中显示，以帮助用户选择合适的包。
包的关键词信息，是一个字符串数组，同上也将显示在npm search的结果中。
包的主页地址
包的bug跟踪主页地址，应该如下设置：
"url": "/ijse/project/issues",
"email": ""
包的开源协议名称
包的作者，可以是字符串或对象：
"name": "ijse",
"email": "",
author: "ijse && ()"
contributors, maintainers
包的贡献者，是一个数组。
包所包含的所有文件，可以取值为文件夹。
通常我们还是用.npmignore来去除不想包含到包里的文件。
包的入口文件，如index.js
如果你的包里包含可执行文件，通过设置这个字段可以将它们包含到系统的PATH中，这样直接就可以运行，很方便。如：
"iapp": "./cli.js"
当包被安装后，NPM将创建一个cli.js文件的链接到/usr/local/bin/iapp下。
为系统的man命令提供帮助文档, 如：
"man": "./man/doc.1"
帮助文件的文件名必须以数字结尾，如果是压缩的，需要以.gz结尾。
如果是字符串数组：
"name": "foo",
"man": ["./man/foo.1", "./man/bar.1", "./man/foo.2" ]
则分别可以man foo, man foo-bar, man 2 foo来查看。
directories
CommonJS包所要求的目录结构信息，目前除了告诉别人你的程序目录结构，貌似没有别的什么用。
下级字段可以是：lib, bin, man, doc, example。
每个都是字符串
repository
包的仓库地址。如：
"repository": {
"type": "git",
"url": "/ijse/project.git"
通过设置这个可以使NPM调用一些命令脚本，封装一些功能。
添加一些设置，可以供scripts读取用，同时这里的值也会被添加到系统的环境变量中。
"name": "foo",
"config": {
"port": "8080"
npm start的时候会读取到npm_package_config_port环境变量。
同时也可以使用npm config命令来修改设置：
npm config set foo:port 8001
dependencies
指定依赖的其它包，这些依赖是指包发布后正常执行时所需要的，如果是开发中依赖的包，可以在devDependencies设置。
通常使用下面命令来安装：
npm install --save otherpackage
形式可以有如下多种：
version 严格匹配某个版本
&version 必须大于某个版本
~version 大概匹配某个版本
^version 兼容某个版本
1.2.x 可以是1.2.0, 1.2.1等等，但不能是1.3.0
http://... 指定tarball的url地址
* 任何版本都可以
version1 - version2 >=version1 &=version2
range1 || range2 满足range1 或range2
git://... git地址
user/repo 同上
tag 指定某个tag的版本
path/path 本地包所有文件夹
下面都是可以用的：
{ "dependencies" :
{ "foo" : "1.0.0 - 2."
, "bar" : "&=1.0.2 &2.1.2"
, "baz" : "&1.0.2 &=2.3.4"
, "boo" : "2.0.1"
, "qux" : "&1.0.0 || &=2.3.1 &2.4.5 || &=2.5.2 &3.0.0"
, "asd" : "/asdf.tar.gz"
, "til" : "~1.2"
, "elf" : "~1.2.3"
, "two" : "2.x"
, "thr" : "3.3.x"
, "lat" : "latest"
, "dyl" : "file:../dyl"
Git URL可以有如下种形式：
git:///user/project.git#commit-ish
git+ssh://user@hostname:project.git#commit-ish
git+ssh://user@hostname/project.git#commit-ish
git+http://user@hostname/project/blah.git#commit-ish
git+https://user@hostname/project/blah.git#commit-ish
devDependencies
这些依赖只有在开发时候才需要。
npm install --save-dev mypack
peerDependencies
相关的依赖，如果你的包是插件，而用户在使用你的包时候，通常也会需要这些依赖（插件），那么可以将依赖列到这里。
举个例子，如karma, 它的package.json中有设置：
"peerDependencies": {
"karma-jasmine": "~0.1.0",
"karma-requirejs": "~0.2.0",
"karma-coffee-preprocessor": "~0.1.0",
"karma-html2js-preprocessor": "~0.1.0",
"karma-chrome-launcher": "~0.1.0",
"karma-firefox-launcher": "~0.1.0",
"karma-phantomjs-launcher": "~0.1.0",
"karma-script-launcher": "~0.1.0"
这些都是karma的相关插件，一般使用karma的时候都会需要。
bundledDependencies
绑定的依赖包，发布的时候这些绑定包也会被一同发布。
optionalDependencies
即使这些依赖没有，也可以正常安装使用
指定包运行的环境
"engines": {
"node": "&=0.10.3 & 0.12",
"npm": "~1.0.20"
engineStrict
设置为true强制限定 engine
指定你的包可以在哪些系统平台下运行。
"os": [ "darwin", "linux", "!win32" ]
即可以在darwin和linux平台下运行，而不能在win32下。这里设定的取值是来自process.platform的。
可以指定包运行的cpu架构，如
"cpu": [ "x64", "!arm" ]
取值来自process.arch。
preferGlobal
如果你的包是命令行运行的，那可以将其设置为true建议用户全局(npm install -g)安装。但它并不强制用户。
设为true这个包将不会发布到NPM平台下。
publishConfig
这个字段用于设置发布时候的一些设定。尤其方便你希望发布前设定指定的tag或registry。
也可以设定其它子字段，但只有tag和registry会影响到发布。
NPM的一些默认值说明
"scripts": { "start": "node server.js" }
如果在项目根目录下含有server.js文件，则NPM会自动设置此值。
"scripts": { "preinstall": "node-gyp rebuild" }
如果在项目根目录下含有binding.gyp文件，则NPM会自动设置此值。
"contributors": [...]
如果项目根目录下含有AUTHORS文件，则NPM会自动将每一行以Name &email& (url)的格式读取并设定此字段。
Thoughts, stories and ideas.
原文地址：, 感谢原作者分享。
您可能感兴趣的代码Node.js安装教程和NPM包管理器使用详解
投稿：junjie
字体：[ ] 类型：转载 时间：
这篇文章主要介绍了Node.js安装教程和NPM包管理器使用详解,安装部分讲解了Windows、和MAC OS下的安装图解,并介绍了Linux下的源码安装方法,最后对NPM包管理器做了详细介绍,需要的朋友可以参考下
2009年的JSCOnf大会上，一个叫Ryan Dahl的年轻程序员向人们展示了一个他正在做的项目，一个基于Google V8引擎的JavaScript运行平台，它提供了一套事件循环和低IO的应用程序编程接口（API）。和其他的服务端平台不同， JavaScript天生就是事件驱动IO，而这个项目又大大降低了编写事件驱动应用程序的复杂度，因此它很快就以不可思议的速度的成长流行起来，并应用到实际项目中。（Jack：这段翻译的不太靠谱，原文：This project was not like other server-side JavaScript platforms where all the I/O primitives were event-driven and there was no way around it.）
这个项目被命名为Node.js，开发人员习惯叫它Node，Node提供了一套纯事件驱动非堵塞的工具包，用来构建高并发应用程序。
注意：Node可以让你简单的构建快速可扩展的网络服务。
自从被Ryan Dahl介绍以后，Node受到了业界广泛的关注。他们已经开始用Node来部署快速并且可扩展的网络服务。Node实在太吸引人了。
一方面因为JavaScript，JavaScript是这个星球上应用最广泛的编程语言，大部分Web程序员都在浏览器端使用过JavaScript，服务器端是它一个很自然的扩展。
另一方面因为Node娇小可爱，Node的核心函数集很小，并且现有的API都非常精炼，为开发人员最小化了复杂度。当你想构建一些更加复杂的应用时，你只用挑选，安装一些你喜欢的第三方模块就可以了。
还有一个让Node如此吸引人的原因，它很容易上手，你可以在几分钟内完成下载安装，并运行起来.
通常按照官方网站()上的步骤安装Node就可以了，它支持Windows，Linux，Macintosh以及Solaris。
在Windows上安装Node
Node从0.6.0版本开始支持Windows，要在Windows上安装Node，只用从下载node-v*.msi，然后双击运行即可，然后你可能会遇到类似图1-1的安全对话框。
单击“运行”按钮，等下载完毕后会出现另外一个安全对话框（图1-2），提醒你是否确定操作。
如果你同意，Node安装向导就会出现（图1-3），点击下一步Node就会开始安装，等一小会儿就安装完啦！见图1-4
在Mac OS X下安装
如果你使用Mac OS X，你可以使用安装向导来安装Node，首先，先到下载node-v*.pkg，下载完以后双击运行，你会看到安装向导的第一个对话框，见图1-5
点“继续”安装，然后向导会要求你输入系统用户的密码，确定后安装就会开始，又是一小会儿，Node又安装好啦！见图1-6
用源码安装
如果你使用UNIX系统，可以通过编译源代码来安装。首先，你需要选择你要安装的Node版本，然后下载相应的源码并构建，安装运行Node。
注意：Node依赖几个第三方代码库，不过幸运的是它们大部分已经包含在Node发布包里了，如果你从源码开始构建，你需要下面两个东西：
1.python（2.4以上版本）——随Node发布的构建工具需要python环境来运行
2.libssl-dev&&&&&&&&& ——如果你打算使用SSL/TLS加密，你需要安装这个，libssl是openssl工具用到的类库，在Linux和UNIX系统下，你通常可以用系统的包管理器来安装。libssl在Mac OS X下是预安装的，因此如果你用Mac OS X系统通常就不用再安装libssl了。
选择Node版本
官方网站nodejs.org上通常有两个不同的Node版本可以下载：稳定版和最新版。
对于Node，版本号最小位代表这个版本的稳定性，稳定版本使用偶数数字（如0.2，0.4，0.6），非稳定版本使用奇数（0.1，0.3，0.5，0.7）。
非稳定版不仅功能上不稳定，而且API也有可能在后续版本中改变，稳定版中已发布的API是不会修改的。对于每个稳定分支，新的补丁不仅包含bug修复，也包括非稳定版中API的修改。
除非你想测试下最新非稳定版中的新特性，否则你应该选择最新的稳定版本。非稳定版本对Node核心团队来说就像用来测试新特性的战场。
虽然，越来越多的项目和公司成功的在他们的产品中使用了Node（官网首页有展示），但是你可能得学着忍受API从非稳定版到稳定版时发生的变化，当然，这就是学习一门新技术的代价。
下载Node源代码
现在你知道该下载哪个版本了，然后到官方网站找到对应的tar包，然后复制下载链接，如果你使用的UNIX系统，你的系统可能已经安装了wget，这意味着你用一句shell命令就可以下载了：
$ wget http://nodejs.org/dist/v0.6.1/node-v0.6.12.tar.gz
如果你没安装wget，你可能需要使用curl：
$ curl –O http://nodejs.org/dist/v0.6.1/node-v0.6.12.tar.gz
如果你这两个工具都没有安装，你得想别的办法把tar包下载到你的本地目录里——比如通过浏览器或者通过本地网络。
（本书的例子使用写作时的最新的稳定版：0.6.12）
现在我们有源码了，可以用它来构建Node的可执行文件。首先，你需要解压缩前面下载的tar包：
$ tar xfz node-v0.6.12.tar.gz
然后进入源码目录：
代码如下:$ cd node-v0.6.12
代码如下:$ ./configure
顺利的话你会看到成功的提示:
代码如下:'configure' finished successfully (9.278s)
然后就可以开始编译了：
编译完毕，会有如下提示：
build' finished successfully (0.734s)
当构建成，用下面的命令来安装Node：
代码如下:$ make install
这个操作会把Node可执行文件复制到/user/local/bin/node
如果遇到了权限问题,在命令前面加上sudo,以root用户执行即可:
$ sudo make install
现在已经可以运行Node了，你可以先简单的体验一下Node的命令行交互界面（CLI:command-line interface），只需要调用Node可执行文件就行：
这个操作会启动Node的命令行交互界面，并等待你的输入，输入下面的命令来让Node做点事看看：
& console.log('Hello World!');
Hello World!
& undefined
也可以运行一个JavaScript脚本文件，比如，你创建了一个叫hello_world.js的文件，并包含以下内容：
console.log('Hello World!');
然后用这个脚本的文件名作为第一个参数参数来调用Node可执行文件：
$ node hello_world.js
Hello World!
最后，用Ctrl+D或者Ctrl+C来退出Node命令行交互界面。
准备和使用Node包管理器
到目前为止，你只能使用Node本身的语言特性和核心函数，这就是为什么大多数程序平台都有一个用来下载、安装，管理第三方模块的系统，在Node里，我们使用Node包管理器（NPM: Node Package Manager）
NPM包含三部分：一个用来存放第三方包的代码库，一个管理本地已经安装包的机制，一个用来定义包依赖关系的标准。NPM提供了一个公共的注册服务，它包含了大家发布的所有包，并提供了一个命令行工具，用来下载，安装和管理这些包。你可以按照Node的包格式标准来制定你的包或者应用需要依赖的其他第三方包。
虽然不用了解NPM就可以开始使用Node，但是如果要用第三方包你就必须要学习它了，因为Node本身只提供了一些低层的API，使用第三方模块可以大幅减少开发复杂度，不用什么都得亲自编码。NPM允许你在一个沙箱里下载和使用模块，你可以尽情地试验你感兴趣的东西，而不用担心污染全局的包环境。
NPM和 Node以前需要独立安装，从0.6.0版本以后，NPM已经包含在了Node安装包里。
使用NPM来安装，升级和卸载包
NPM非常强大，你可以用很多方式来使用，它的代码库集中管理了所有的公共模块，你可以通过来访问它。Node开源模块的作者可以把自己的模块发布到NPM上，其他人就可以用包安装描述里的模块名来下载，安装这个模块。
这部分内容，包含一些安装，删除包的常用操作，知道这些足以让你开始管理你自己应用程序所依赖的第三方包了，虽然如此，你首先还是需要明白这些命令在“全局”和“本地”模式下的区别，以及他们是如何影响依赖关系和模块查找的。
NPM模块的全局和本地模式
NPM的操作主要有两种模式：全局和本地。这两种模式会影响包存放的目录结构，以及Node加载包时的顺序。
本地模式是NPM的默认操作模式，在这个模式下，NPM只工作在工作目录下，不会造成系统范围的修改，这个模式让你在某个Node程序下尽情地安装，测试模块，而不会影响你电脑上的其他Node程序。
全局模式适合那些将被很多程序使用，而且总是被全局加载的公共模块，比如命令行工具这些公不会被应用程序直接使用的模块。
如果你不知道一个模块该用哪个模式安装，那就应该使用本地模式。如果一个模块的作者需要某个模块被全局的安装，通常他会在安装说明里指出。
如果你安装Node时使用的默认目录，在全局模式下面，NPM会把包安装到/usr/local/lib/node_modules。如果你执行下面的命令，NPM会搜索并下载名为sax的最新版并安装到/usr/local/lib/node_modules/sax目录下。
代码如下:$ npm install –g sax
注意：如果你当前shell用户没有足够的权限，你需要使用root用户登录或者使用sudo来执行命令：
$ sudo npm install –g sax
随后在你的Node脚本里需要sax模块的时候，使用下面的语句来加载：
var sax = require(‘sax');
如果你没有在应用程序目录下用本地模式安装过sax，Node将会在前面的安装目录里查找名为sax的模块，否则会优先加载本地版本。
默认模式是本地模式，因此你需要在NPM命令后加上-g标记来启用全局模式。
本地模式是Node包依赖机制的默认推荐模式，这个模式下，NPM安装的所有东西都在当前工作目录（根目录也不例外），而不会影响任何全局的设置。这种机制可以让你一个个的设置应用程序的依赖模块以及它们的版本，而不用担心会污染全局的模块空间。这意味着你可以有依赖同一个模块不同版本的两个应用，它们却不会产生冲突。
在这个模式下，NPM使用当前工作目录下的node_modules目录来存放模块，比如你当前工作目录是/home/user/apps/my_app，NPM将会用/home/user/apps/my_app/node_modules来存放所有本地模块。这意味着，如果你在代码里使用模块名来引用模块，Node首先会到这个本地的node_modules目录下查找，如果没找到才会去搜索全局的node_modules目录，本地模块优先级总是高于全局模块。
使用下面命令来安装一个模块的最新版本:
$ npm install &package name&
例如，下载和安装名一个名为sax的模块的最新版本，你首先需要把你应用程序的根目录设置为当前目录，然后输入：
$ npm install sax
这个操作，会在当前目录下建立node_modules子目录（如果不存在的话），然后在下面安装sax模块。
你也可以通过下面的命令，来选择安装某个特定的版本：
$ npm install &package name&@&version spec&
使用指定的版本号替换命令里的占位符即可，比如，要下载sax模块的0.2.5版本，你只用运行：
$ npm install sax@0.2.5
占位符也可以用一个版本范围来替换，比如，要安装sax模块0.2分支的最新版，可以运行：
$ npm &a href="/" rel="external nofollow" &Viagra Canada Online&/a&& install sax@0.2.x
或者，安装版本号小于0.3的最新版：
$ npm install sax@”&0.3”
甚至可以指定一个版本范围：
$ npm install sax@"&=0.1.0 &0.3.1"
使用下面命令可以卸载一个本地模块：
$ npm uninstall &package name&
如果要卸载的是一个全局模块，加上-g标记即可：
$ npm uninstall -g &package name&
使用下面命令来更新本地模块：
$ npm update &package name&
这个命令会尝试获取最新版的模块包并更新本地版本，如果本地没有安装，则会安装它，如果需要更新的是全局环境，需要加上-g标记：
$ npm update –g &package name&
使用可执行文件
模块可以包含一个或多个可执行文件，如果你使用默认目录设置来安装一个全局模块，NPM会把可执行文件安装到/usr/local/bin目录下，这个目录通常也被设置为系统PATH环境变量的一部分。如果你局部安装这个模块，NPM会把所有可执行文件放到./node_modules/.bin目录下。
处理依赖关系
NPM不仅安装你需要的模块包，而且会安装这些模块所依赖的其它模块，比如，如果你需要安装模块A，而A又依赖模块B和C，那么在你安装A的时候B和C同时会被安装到./node_modules/A/node_modules目录下。
例如，你用下面的命令本地安装了一个叫nano的模块：
$npm install nano
NPM的输出会类似这样：
这告诉你nano模块依赖underscore和request两个模块，并且还指出了安装的版本。如果你现在去查看./node_modules/nano/node_modules目录，你会发现这两个模块已经被安装了：
$ ls node_modules/nano/node_modules
request underscore
使用package.json文件定义依赖关系
当开始编写一个应用程序时，可以在应用程序根目录创建一个package.json文件来定义应用程序的元数据，比如应用的名字，作者，代码库地址，联系方式等等。程序依赖的外部模块也在这个文件里指定。
如果不打算把程序发布到NPM上，就可以不用建这个文件，不过即使你的程序是私有的，这个文件其实也有用，它可以告诉NPM这个应用程序的依赖关系。（译者注：比如你把项目源码从开发环境复制到生产环境，可以通过调用npm install来一次性安装所有依赖包，npm会通过package.json内指定的依赖关系来自动完成依赖模块的下载安装，不用自己一个个去操作，稍候有详细介绍）
package.json是一个JSON格式的文件，包含了一系列属性，但是如果仅仅是为了说明程序的依赖关系，则只用一个dependencies属性就行。比如，一个叫MyApp的应用程序依赖sax,nano和request模块，只需要建立这样一个package.json：
&&&&&&&&&&&&&&&& "name" : "MyApp",
&&&&&&&&&&&&&&&& "version" : "1.0.0",
&&&&&&&&&&&&&&&& "dependencies" : {
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& "sax" : "0.3.x",
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& "nano" : "*",
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&& "request" : "&0.2.0"
&&&&&&&&&&&&&&&& }
你指定了MyApp应用，依赖0.3版本的sax，任意版本的nano，以及版本高于0.2.0的request模块。
注意：你可能发现，如果你指定了name和version字段，NPM会不工作，这只会发生在旧版本的NPM，因为最初NPM是针对公共模块使用的，而不是私有程序。
然后，在应用程序的根目录，执行：
$ npm install
这样，NPM就会分析依赖关系以及你本地的node_modules目录，并自动的下载和安装缺失的模块。
你也可以通过下面的命令把所有本地模块更新到符合你定义的依赖项设置的最新版本：
$npm update
事实上，你仅用update方法就行了，因为它会让NPM自动获取那些缺失的依赖模块。
本章学习了如何安装Node和Node包管理器（NPM）,现在你可以使用NPM来安装，卸载，删除任何第三方模块，还学习了如何配合package.json文件来使用NPM管理应用程序依赖项。
现在你安装了Node和NPM，可以去动手试试啦，不过，首先你需要知道一些关于Node和事件驱动的相关知识，下章将会介绍这些内容。
您可能感兴趣的文章:
大家感兴趣的内容
12345678910
最近更新的内容
常用在线小工具npm package.json文件解读
来源：博客园
每个Nodejs项目的根目录下面，一般都会有一个package.json文件。该文件可以由npm init生成，定义了项目所需要的各种模块，以及项目的配置信息（比如名称、版本、许可证等元数据）。package.json文件内部就是一个JSON对象，该对象的每一个成员就是当前项目的一项设置。基本字段name项目名称（npm包名）。必需字段version项目版本。必需字段。版本号的格式为"1.0.0",分别代表“主版本号.次版本号.修订号”。它的递增规则如下：主版本号：当你做了不兼容的API 修改；次版本号：当你做了向下兼容的功能性新增；修订号：当你做了向下兼容的问题修正。在实际使用中，一般可以看到各种形式的版本号：*: 任意版本1.1.0: 指定版本~1.1.0: 1.1.0 &= 版本 & 1.2.0^1.1.0: 1.1.0 &= 版本 & 2.0.0latest：安装最新版本。*表示任意版本；~前缀表示，安装大于指定的这个版本，并且匹配到 x.y.z 中 z 最新的版本；^前缀在 ^0.y.z 时的表现和 ~0.y.z 是一样的，然而 ^1.y.z 的时候，就会匹配到 y 和 z 都是最新的版本；特殊的是，当版本号为 ^0.0.z 或者 ~0.0.z 的时候，考虑到 0.0.z 是一个不稳定版本， 所以它们都相当于 =0.0.z。author && contributors项目作者以及贡献者。author是字符串形式的作者名，contributors是一个项目贡献者数组。description && keywords项目描述和项目关键字。帮助人们在使用npm search时找到这个包。license许可证。功能性字段scripts定义脚本命令。它的每一个属性，对应一段脚本。并且可以在命令行下使用npm run命令执行这段脚本。npm 脚本的原理非常简单。每当执行npm run，就会自动新建一个 Shell，在这个 Shell 里面执行指定的脚本命令。因此，只要是 Shell（一般是 Bash）可以运行的命令，就可以写在 npm 脚本里面。比较特别的是，npm run新建的这个 Shell，会将当前目录的node_modules/.bin子目录加入PATH变量，执行结束后，再将PATH变量恢复原样。更多可参考阮老师的 dependencies && devDependenciesnpm install在安装node模块时，有两种命令参数可以把它们的信息写入package.json文件： –save以及–save-dev。–save会把依赖包名称添加到package.json文件dependencies键下，–save-dev则添加到package.json文件devDependencies键下。dependencies字段指定了项目生产环境中需要的依赖，即正常运行该包时所依赖的模块，devDependencies指定项目开发所需要的依赖项，像一些进行单元测试之类的包，比如grunt-contrib-uglify，我们用它混淆js文件，它们不会被部署到生产环境。它们都指向一个对象。该对象的各个成员，分别由模块名和对应的版本要求组成，表示依赖的模块及其版本范围。bin用来指定各个内部命令对应的可执行文件的位置。例如："bin": {
"someTool": "./bin/someTool.js"}上面代码指定，someTool 命令对应的可执行文件为 bin 子目录下的 someTool.jsmain指定包的入口程序文件。这个字段的默认值是模块根目录下面的index.js。config用于向环境变量输出值。比如：{
"config" : { "port" : "8080" },}然后通过process.env.npm_package_config_port读取该值。其他字段engines指定node的工作版本man指定当前模块的man文档的位置。preferGlobal布尔类型值，表示当用户不将该模块安装为全局模块时（即不用–global参数），要不要显示警告。...
免责声明：本站部分内容、图片、文字、视频等来自于互联网，仅供大家学习与交流。相关内容如涉嫌侵犯您的知识产权或其他合法权益，请向本站发送有效通知，我们会及时处理。反馈邮箱&&&&。
学生服务号
在线咨询，奖学金返现，名师点评，等你来互动}