比如：
{
“name”: “tea-latte”,
“version”: “1.3.5”
“peerDependencies”: {
“tea”: “2.x”
}
}
这能保证你的package可以只和tea的2.x版本一起初始化。npm install tea-latte可能会产生下面的依赖关系
├�� tea-latte@1.3.5
└�� tea@2.2.0
试图初始化另一个有会冲突的依赖的插件将导致一个错误。因此，确保你的插件的需求约束越弱越好，而不要去把它锁定到一个特定的版本。
假设这个host遵守semver规范，只改变这个package的主版本会打破你的插件。因此，如果你在package中用过每个1.x版本，就用”^1.0″或者”1.x”来表示。如果你依赖于功能介绍1.5.2，用”>= 1.5.2 < 2″。
bundledDependencies
一组包名，他们会在发布的时候被打包进去。
拼成”bundleDependencies”（缺d）也可以。
optionalDependencies
如果一个依赖可用，但你希望在它安装错误的时候npm也能继续初始化，那么你可以把它放在optionalDependencies hash中。这是一个包名到版本或者url的map，就像dependencies hash一样。只是它运行错误。
处理缺乏依赖也是你的程序的责任。比如像这样：
try {
var foo = require(‘foo’)
var fooVersion = require(‘foo/package.json’).version
} catch (er) {
foo = null
}
if ( notGoodFooVersion(fooVersion) ) {
foo = null
}
// .. then later in your program ..
if (foo) {
foo.doFooThings()
}
optionalDependencies会覆盖dependencies中同名的项，所以通常比只放在一个地方好。
engines
你可以指定工作的node的版本：
{ “engines” : { “node” : “>=0.10.3 <0.12” } }
并且，像dependensies一样，如果你不指定版本或者指定“*”作为版本，那么所有版本的node都可以。
如果指定一个“engines”字段，那么npm会需要node在里面，如果“engines”被省略，npm会假定它在node上工作。
你也可以用“engines”字段来指定哪一个npm版本能更好地初始化你的程序，如：
{ “engines” : { “npm” : “~1.0.20” } }
记住，除非用户设置engine-strict标记，这个字段只是建议值。
engineStrict
如果你确定你的模块一定不会运行在你指定版本之外的node或者npm上，你可以在package.json文件中设置”engineStrict”:true。它会重写用户的engine-strict设置。
除非你非常非常确定，否则不要这样做。如果你的engines hash过度地限制，很可能轻易让自己陷入窘境。慎重地考虑这个选择。如果大家滥用它，它会再以后的npm版本中被删除。
