javascript, gulp, 观察, 改变了
javascript, gulp, watch, 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-changed
和 gulp-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 is an attempt to improve on the built-in gulp.watch()
. While gulp.watch()
uses gaze
to listen for file changes, gulp-watch
uses 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
), 但我认为这应该足以了解三者之间的主要差异。
我无法理解这个问题。
这应该是一个 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-changed
和 gulp-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 is an attempt to improve on the built-in gulp.watch()
. While gulp.watch()
uses gaze
to listen for file changes, gulp-watch
uses 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
), 但我认为这应该足以了解三者之间的主要差异。