文章标题

在过去一个月，我一直使用Nodemon和grunt-contrib-watch。这些都是很好的工具，我认为任何人使用NodeJS至少应该有这些在你的“我熟悉”类别（“I’m familiar with” ）。但是因为我最近一直在使用这些工具，我一直问自己“为什么我使用这两个?为什么不坚持其中之一呢?“…和我坐在这里，思考我目前做的项目，想知道如果我可以切换到其中一个的一切，发现Nodemon和grunt-contrib-watch的区别。

Nodemon

Nodemon的核心是一个命令行工具，它取代了标准的node命令行，目标是只要一个文件发生变化就重新启动node应用程序。在大多数情况下，你只是在命令行上将node替换为nodemon。

Nodemon会开启一个正常的node进程并监视文件系统的变化。当nodemon监测到文件已经改变，nodemon将停止并重新启动node进程。这对搭建一个长时间运行的node app程序特别有用，像ExpressJS web应用程序一样，替代一直需要手动停止并重新启动服务器的操作，你就让nodemon帮你吧。

Nodemon让生活简单，文件发生变化的时候会重启你的node 进程。

Grunt-Contrib-Watch

这也是监测文件系统的变化的一个工具。但其并不是在文件系统发生变化的时候重新启动程序，它可以让你做许多其他的事情包括运行各种Grunt Tasks

在这个配置中，我监测 public/javascripts文件夹中JavaScript 文件的变化，然后运行jshint browserify任务。与grunt-contrib-watch还有其他事情可以做，但在核心,这就是它最好的。就是监测到文件变化的时候可以执行Grunt Tasks。

So, What’s The Difference?

真正的区别,可能别人的事情——太明显是Nodemon旨在重启节点过程虽然grunt-contrib-watch设计运行一组特定的繁重任务。是的,他们两人看文件系统和做一些作为回应,但作为回应,他们所做的是真正的区别。我的应用程序同时使用nodemon和grunt-contrib-watch因为他们提供两个不同的目的。当我改变ExpressJS”应用程序。js文件或我的一个路由处理程序,nodemon介入和重新启动应用程序。当我改变我的基于浏览器的JavaScript文件在公共/ javascripts文件夹相同的ExpressJS应用,grunt-contrib-watch开始和我所有的运行任务相关的代码。我和grunt-contrib-watch做更多的不仅仅是这一点,但这说明了差异很好,我想。

Should I Use Both?

最后,我意识到这些工具非常相辅相成的。他们携手并进,创造一个史诗般的NodeJS应用程序开发环境。所以,是的。同时使用,因为他们有不同的用途,尽管有相似的力学。