Javascript gulp.js插件应该在package.json中吗?
到目前为止,在我的构建中,我还不需要使用package.json,因为我一直在直接下载gulp的每个插件,比如npm install gulp jshint(gulp插件是我使用的唯一节点模块,现在我需要node使用express(以及更多),express说它们应该在package.json中)。然而,我一直在使用bower.json文件来获取jquery和主干网等项目包 从我的理解来看,package.json的工作原理有点像bower.json,只是它主要用于节点模块/插件,对吗 我想知道以上是否正确,这有助于引出下一个问题。我应该在“依赖项”中包含所有的gulpjs插件吗?如果教程是一种快速而肮脏的方式来解释如何获得gulpjs插件,那么感觉这些插件应该在package.json中,对吗 编辑:因此,看看这个样板,它们似乎包含gruntjs插件Javascript gulp.js插件应该在package.json中吗?,javascript,json,node.js,gulp,Javascript,Json,Node.js,Gulp,到目前为止,在我的构建中,我还不需要使用package.json,因为我一直在直接下载gulp的每个插件,比如npm install gulp jshint(gulp插件是我使用的唯一节点模块,现在我需要node使用express(以及更多),express说它们应该在package.json中)。然而,我一直在使用bower.json文件来获取jquery和主干网等项目包 从我的理解来看,package.json的工作原理有点像bower.json,只是它主要用于节点模块/插件,对吗 我想知道
{
"name": "",
"description": "",
"version": "0.0.0",
"private": true,
"author": "Brian Frichette",
"homepage": "",
"contributors": [ "Brian Frichette <brian.frichette@gmail.com> (https://github.com/brian-frichette)" ],
"bugs": { "url": "" },
"scripts": { "start": "nodemon app.js" },
"dependencies": {
"express": "3.x",
"jade": "*",
"less-middleware": "*",
"lodash": "1.x"
},
"devDependencies": {
"grunt": "0.4.x",
"karma": ">=0.8",
"grunt-contrib-uglify": ">=0.2",
"grunt-contrib-concat": ">=0.1.3",
"grunt-contrib-watch": ">=0.3",
"grunt-contrib-jshint": ">=0.3",
"grunt-contrib-coffee": ">=0.6",
"async": "0.1.x",
"nodemon": "*"
},
"keywords": [],
"repository": "",
"licenses": [{
"type": "MIT",
"url": "http://opensource.org/licenses/MIT"
}]
}
{
“名称”:“,
“说明”:“,
“版本”:“0.0.0”,
“私人”:没错,
“作者”:“Brian Frichette”,
“主页”:“,
“贡献者”:[“Brian Frichette(https://github.com/brian-frichette)" ],
“bugs”:{“url”:“”},
“脚本”:{“开始”:“nodemon app.js”},
“依赖项”:{
“express”:“3.x”,
“玉”:“*”,
“更少的中间件”:“*”,
“lodash”:“1.x”
},
“依赖性”:{
“grunt”:“0.4.x”,
“因果报应”:“>=0.8”,
“grunt contrib丑恶”:“>=0.2”,
“grunt contrib concat”:“>=0.1.3”,
“grunt contrib手表”:“>=0.3”,
“grunt contrib jshint”:“>=0.3”,
“grunt contrib咖啡”:“>=0.6”,
“异步”:“0.1.x”,
“nodemon”:“*”
},
“关键词”:[],
“存储库”:“,
“许可证”:[{
“类型”:“MIT”,
“url”:”http://opensource.org/licenses/MIT"
}]
}
从我的理解来看,package.json的工作原理有点像
json,除了它主要用于节点模块/插件,是吗
对吗
对。Bower.js用于前端依赖项,node.js用于服务器/开发依赖项
安装gulp依赖项时,应使用
--save dev
标志,以便将它们安装在devDependencies
部分下的package.json中(将创建)
从我的理解来看,package.json的工作原理有点像
json,除了它主要用于节点模块/插件,是吗
对吗
对。Bower.js用于前端依赖项,node.js用于服务器/开发依赖项
安装gulp依赖项时,应使用
--save dev
标志,以便将它们安装在devDependencies
部分下的package.json中(将创建)
酷,我省略了
——save dev
,希望有人能指出它实际上很重要并解释它,完美!因此package.json与node关联,正确。为了部署/构建的目的,将依赖项与devdependency分开绝对有用。devdependency是不必与application打包的特性。。。。仅适用于开发人员/开发过程。刚刚使用npm install gulp jshint对其进行了测试——save dev
并自动将其添加到我的包中。json,这太酷了!希望我能早点发现这一点,我读的文章中一定没有提到。你也可以使用--save
或-s
来添加依赖项
,而不是devdependency
。酷,我省略了--save dev
,希望有人指出它实际上很重要,并加以解释,完美!因此package.json与node关联,正确。为了部署/构建的目的,将依赖项与devdependency分开绝对有用。devdependency是不必与application打包的特性。。。。仅适用于开发人员/开发过程。刚刚使用npm install gulp jshint对其进行了测试——save dev
并自动将其添加到我的包中。json,这太酷了!希望我能早点发现这一点,我读的文章中一定没有看到。你也可以使用--save
或-s
来添加到依赖项中,而不是依赖项。
npm install gulp-jshint --save-dev