javascript, gulp, watch, 改变了

标签 javascript gulp watch gulp-changed

我无法理解这个问题。 这应该是每次修改监视文件时执行的 gulp 任务。谁能解释为什么需要通过 changed 插件传输监视的文件?

gulp.task('build-css', function () {
  return gulp.src(paths.css)
  .pipe(changed(paths.output, {extension: '.css'}))
  .pipe(gulp.dest(paths.output));
});

gulp.task('watch', ['serve'], function() { 
  gulp.watch(paths.css, ['build-css']); 
}); 

免责声明:这不是我的代码。只是想了解发生了什么,以便创建我自己的自定义监视任务。

最佳答案

gulp.watch()gulp-changedgulp-watch 之间的区别似乎引起了很多混淆,所以这里我试图理清困惑:

gulp.watch()

这是三个中唯一的一个 part of gulp itself而不是插件。这很重要,因为这意味着与其他两个不同,它不会传递给 gulp 流的 pipe() 函数。

相反,它通常直接从 gulp 任务内部调用:

 gulp.task('build-css', function() { 
    return gulp.src('src/**/*.css')
      .pipe(doSomethingHere())
      .pipe(gulp.dest('dist/css'));
 }); 

 gulp.task('watch', function() { 
    gulp.watch('src/**/*.css', ['build-css']); 
 }); 

上面的gulp.watch()用于监听.css文件的变化。只要 gulp.watch() 正在运行,对 .css 文件的任何更改都会自动导致 build-css 任务的执行。

这就是麻烦的开始。请注意如何没有关于更改了哪些文件的信息传递给 build-css?这意味着即使您只更改一个 .css 文件,所有 您的 .css 文件都将通过 doSomethingHere()再次。 build-css 任务不知道它们中的哪一个发生了变化。只要您手上只有一堆文件,这可能没问题,但随着文件数量的增加,构建速度可能会变慢。

这就是 gulp-changed 的用武之地。

gulp-changed

plugin被编写为充当 gulp 流中的过滤阶段。其目的是从流中删除自上次构建以来未更改的所有文件。它通过将源目录中的文件与目标目录中的结果文件进行比较来实现这一点:

 gulp.task('build-css', function() { 
    return gulp.src('src/**/*.css')
      .pipe(changed('dist/css'))  //compare with files in dist/css
      .pipe(doSomethingHere())
      .pipe(gulp.dest('dist/css'));
 }); 

 gulp.task('watch', function() { 
    gulp.watch('src/**/*.css', ['build-css']); 
 }); 

在上面,build-css 任务仍然会在每次更改 .css 文件时被调用,并且所有的 .css 文件都会被读取中。但是,只有那些 实际更改 的文件现在到达昂贵的 doSomethingHere() 阶段。其余部分由 gulp-changed 过滤掉。

这种方法的好处是可以加快 build-css 的速度,即使您没有观察文件更改也是如此。您可以在命令行上显式调用 gulp build-css,只有那些自上次调用 build-css 后发生更改的文件才会被重建。

gulp-watch

plugin是对内置 gulp.watch() 的改进尝试。 gulp.watch() 使用 gaze要监听文件更改,gulp-watch 使用 chokidar这通常被认为是两者中更成熟的。

您可以使用 gulp-watch 来实现与结合使用 gulp.watch()gulp-changed 相同的效果:

 gulp.task('watch-css', function() { 
    return gulp.src('src/**/*.css')
      .pipe(watch('src/**/*.css'))
      .pipe(doSomethingHere())
      .pipe(gulp.dest('dist/css'));
 }); 

这再次监视所有 .css 文件的更改。但是这次每当 .css 文件被更改时,该文件(并且该文件)被再次读入并重新发送到它通过 doSomethingHere 的流() 在前往目标目录的途中。


请注意,此比较以相当宽泛的笔触描绘了所有三个备选方案,并省略了某些细节和功能(例如,我还没有讨论可以传递给两者的回调函数 gulp.watch()gulp-watch),但我认为这应该足以了解三者之间的主要差异。

关于javascript, gulp, watch, 改变了,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/36149563/

相关文章:

javascript - 如何让 Javascript 调试与我的 ASP.NET MVC 应用程序一起工作?

css - sass 文件不是由 gulp 编译的

javascript - 在 gulp 中分割任务

visual-studio - Visual Studio : Dataset and DataTable Visualizer not working in watch window

javascript - Angularjs 应用程序中文本框和复选框模型中触发跨度单击和观看事件序列的冲突

javascript - 使用 JS 切换页面颜色

javascript - 图像调整大小 Jquery

javascript - Gulp任务: Streams inside loop

javascript - JavaScript中如何观察复杂对象及其变化?

javascript - 无法将数据从应用程序组件传递到函数