【译】相对完整的Gulp4升级指南
原文链接：The Complete-Ish Guide to Upgrading to Gulp 4
虽然Gulp4始终在开发中，但是你要坚信在将来的某一天你一定可以等到它的正式版。嗯，某一天。所以现在我想先向你们介绍Gulp3.x和Gulp4之间的不同，同时希望能够帮助你将来能相对无痛的迁移到新的版本。
安装
在你开始使用最新版的Gulp之前，你必须要先检查一下你Gulp的版本。通常，你只需要更新你的package.json中的版本号就行了，不过有时候你也有可能碰到一些额外的麻烦。最可能的原因是你分别在项目文件夹下和全局环境中都安装了Gulp（如果你读过了这篇文章the practice of using npm scripts to access the locally installed version of CLI’s，那就好办多了。虽然在这里它可能还是帮不了你太多）。因此，首先你要把你项目文件夹下的Gulp删除，如果你在全局环境中也安装了Gulp，最好也把它删了。
npm uninstall gulp --save-devnpm uninstall gulp -g现在你就可以在你的项目中安装Gulp4。由于它还没有正式发布，我们只能直接通过Github来安装它：
npm install gulpjs/gulp.git# 4.0 --save-dev当它提交到npm库之后，你就可以像平常一样使用npm install gulp --save-dev了。并且当它发布正式版本后，我们也最好不要从Github上安装，改为直接从npm上进行安装。好了，现在我们还有另一个东西需要安装：命令行工具。跟现在的Grunt类似的，Gulp4把命令行工具从Gulp的核心代码中剥离了。Gulp3和Gulp4都能使用独立出来的命令行工具。
npm install gulp-cli --save-dev如果你不想在你的项目中使用npm scripts，你需要使用-g替换-save-dev来进行全局安装。现在你就可以像以前一样使用gulp命令了，但是你应该会得到一个错误信息，因为你需要更新你的gulpfile.js来兼容最新版的Gulp。
任务重构
如果你原来的任务代码结构十分简单，任务之前没有相互的依赖。那很走运，你将不需要做任何修改！不过令人哀伤的是，大部分人都不得不做一些调整。Gulp4最大的一个改变就是gulp.task函数现在只支持两个参数，分别是任务名和运行任务的函数。举个例子，下面的任务代码可以很好的运行在Gulp3和Gulp4上面：
gulp.task('clean', function() {...})但是当你使用三个参数时该怎么办？我们要如何指定任务之间的依赖关系？这时新的gulp.series和gulp.parallel函数应该能帮助你解决难题。这两个函数都可以接受数个函数或任务名作为参数，经过组合后，返回一个新的函数。gulp.series会返回一个函数用来顺序执行它所接受的任务/函数，而gulp.parallel返回的函数则会并行的运行它们。Gulp总算能够让我们自由的选择以串行或并行的方式来执行任务而不再需要其他的第三方依赖（比如常用的run-sequence），也不用再定义一堆让人看不懂的任务依赖。
如果你以前是这么写：
gulp.task('styles', ['clean'], function() { ...});那你现在可以这样：
gulp.task('styles', gulp.series('clean', function() { ...}));在改写的时候，不要忘了其实现在你处理主要任务的函数也是放在gulp.series里面调用，所以不要忘了在结尾加上括号。很多人经常犯这个错误。
注意，由于gulp.series和gulp.parallel返回的是一个函数，所以他们是可以被嵌套调用的。如果您的任务往往有多个依赖任务，你会经常嵌套调用它们。比如这个例子：
gulp.task('default', ['scripts', 'styles'], function() { ...});你可以改写成：
gulp.task('default', gulp.series(gulp.parallel('scripts', 'styles'), function() { ...}));看过去，这样代码读起来非常吃力。不过考虑到这样会使你任务流程控制更加的灵活，这点牺牲也就无所谓了。当然我觉得你也可以自己封装一些helper/alias函数来优化的你的代码，提高可读性，但我应该不会这么去做。
依赖陷阱
在Gulp3中，假设你设定几个有相同依赖的任务，然后运行它们，Gulp会检测出这些将要运行的任务的依赖是一样的，然后只会运行一次依赖任务。然而现在我们不再显式的指定任务之间的依赖，而是通过series和parallel函数来组合任务，这样会导致那些本应该只运行一次的任务，变成多次运行。Gulp4是无法做出相应的区分的。所以我们要改变我们指定任务依赖的思路。
让我们看一下这个Gulp3的例子：
// default任务，需要依赖scripts和stylesgulp.task('default', ['scripts', 'styles'], function() {...});// script折styles任务都依赖cleangulp.task('styles', ['clean'], function() {...});gulp.task('scripts', ['clean'], function() {...});// clean任务用来清空目录gulp.task('clean', function() {...});我们注意到styles和scripts任务都依赖clean任务。当你运行default任务时，Gulp3会率先运行styles和scripts任务，又因为检测到这两个任务都有各自的依赖，所以需要优先运行它们的依赖任务，这时Gulp注意到这两个任务都依赖于clean，于是Gulp3将确保在回到styles和scripts任务之前，clean任务会被执行且执行一次。这很有用！但遗憾的是，我们在新版本中将没办法运用这个特性。如果你在迁移到Gulp4的过程中只像下面的例子一样做了简单的改变，clean任务将会被执行两次：
gulp.task('clean', function() {...});gulp.task('styles', gulp.series('clean', function() {...}));gulp.task('scripts', gulp.series('clean', function() {...}));gulp.task('default', gulp.parallel('scripts', 'styles'));这是因为parallel和series不是用来解决依赖的；他们只是用来把多个任务合并成一个。所以我们需要把共同依赖的任务抽离出来，然后用一个更大的串行任务来包裹它们，以此来模拟任务依赖关系：
友情提示：你最好不要在定义那些小任务之前就用它们来组合你的default任务。因为在你调用gulp.series("taskName")之前，你必须已经定义好了一个名为"taskName"的任务。所以一般在Gulp4中，我们会在代码的最后才定义default，而在Gulp3中你可以把它放在任何地方。
// 任务直接不再有依赖gulp.task('styles', function() {...});gulp.task('scripts', function() {...});gulp.task('clean', function() {...});// default任务，需要依赖scripts和stylesgulp.task('default', gulp.series('clean', gulp.parallel('scripts', 'styles')));如果照这么写，当你单独运行styles和scripts任务时，clean任务就不会优先自动执行。不过这问题也不大，在之前单独运行clean任务就可以了，一样能把scripts和styles的文件夹清空。又或者你可以重新定义一下你的任务，随你，我也不确定怎样会更好。
异步任务支持
如果你执行的是同步任务，在Gulp3中不需要写任何其他代码，但是在Gulp4中就不能如此轻松了：现在也你必须运行done回调（这可能是我最早发现的一个变化）。然后如果你执行的是异步任务，你则有三个选择来确保Gulp能够检测到你的任务真的完成了，方法如下：
1) 回调
你可以在你的任务函数的参数中提供一个回调函数并且在你的任务完成后调用它：
var del = require('del');gulp.task('clean', function(done) { del(['.build/'], done);});2) 流
你也可以返回一个流，通常通过gulp.src或vinyl-source-stream这个库来创建。这一般也是最常用的方式：
gulp.task('somename', function() { return gulp.src('client/ /*.js') .pipe(minify()) .pipe(gulp.dest('build'));});3) Promise
Promise这个技术早已声名鹊起而且在Node中已经有了完整的实现，所以这也会是一个很有用的方式。你只需要返回一个promise对象，Gulp就能知道任务在什么时候完成。
var promisedDel = require('promised-del');gulp.task('clean', function() { return promisedDel(['.build/']);});其他的异步任务支持
感谢Gulp现在引入了async-done库，在最新的版本中我们有更多的方式来确认异步任务的完成。
4)子进程
你可以在你的任务中创建一些子进程并返回！比如，你可以把你的npm scripts放到Gulp中执行，这样你就不需要为你的package.json中加载了百万条命令而烦恼。你也可以通过这样的封装摆脱那些随时可能过时的gulp插件。尽管这看上去像一个反模式，不过你还是有很多可以优化它们的方法。
var spawn = require('child_process').spawn;gulp.task('clean', function() { return spawn('rm', ['-rf', path.join(__dirname, 'build')]);});5)RxJS observable
我没用过RxJS，它好像挺小众的。不过对于那些RxJS的死忠粉丝，他们会很高兴可以返回一个observable对象。
var Observable = require('rx').Observable;gulp.task('sometask', function() { return Observable.return(42);});监听
处理文件系统的监听和响应的API也有了一点进步。之前的API中，在我们传入一个glob通配符和可选参数后，我们可以再指定一个任务数组或者一个回调函数用来处理事件数据。可是现在，任务队列都是由serise或者parallel函数合并而成，这样你就无法用一个回调来区分这些任务，所以我们取消了这种简单监听回调的方式。取而代之的是，gulp.watch将像之前一样会返回一个的“观察”对象，不过你可以对它添加各种事件监听：
// 旧版gulp.watch('js/ /*.js', function(event) { console.log('File ' + event.path + ' was ' + event.type + ', running tasks...');});// 新版:var watcher = gulp.watch('js/ /*.js' /* 你可以在这里传一些参数或者函数 */);watcher.on('all', function(event, path, stats) { console.log('File ' + path + ' was ' + event + ', running tasks...');});// 单个事件的监听watcher.on('change', function(path, stats) { console.log('File ' + path + ' was changed, running tasks...');});watcher.on('add', function(path) { console.log('File ' + path + ' was added, running tasks...');});watcher.on('unlink', function(path) { console.log('File ' + path + ' was removed, running tasks...');});正如所看到的，在all和change的事件处理中，你还可以接受一个stats对象。stats对象只在他们可用的时候出现（我也不确定他们什么时候可用什么时候不可用），不过你可以设置alwaysStat选项的值为true来让它始终出现。Gulp使用了chokidar库来实现这些东西，阅读chokidar的文档能让你了解的更多，尽管chokidar并不支持在事件回调中指定第三个参数。
使用函数
由于现在每个任务基本上就是一个函数，不需要任何依赖或其他的什么，实际上他们也仅仅是需要一个任务运行器来确认异步任务何时结束，我们可以把函数定义从gulp.task中独立出来，而不仅仅作为一个简单回调函数传给gulp.task。举个例子，这个代码之前我们在“依赖陷阱”那个章节的结论：
gulp.task('styles', function() {...});gulp.task('scripts', function() {...});gulp.task('clean', function() {...});gulp.task('default', gulp.series('clean', gulp.parallel('scripts', 'styles')));我把它变成：
// 只需要在`series` 和 `parallel` 中间引用函数名就能组成一个新任务gulp.task('default', gulp.series(clean, gulp.parallel(scripts, styles)));// 把单个任务变成一个函数function styles() {...}function scripts() {...}function clean() {...}这里有几点要注意的地方：
1.由于js是有函数定义提升的，函数的定义可以放在你定义default任务之后，不像之前说的，如果你要用一些小任务组成一个新任务的时候，你就必须要先定义那些小任务。这样就使得你可以在一开始就定义好实际要运行的任务，这样别人阅读起来也更方便一些，以免别人还要在翻阅了一堆其他任务代码后，才能发现藏在最后的实际要运行的那些。
2.styles, scripts, 和 clean 现在都相当于“私有”任务，他们无法通过gulp命令行来运行。
3.这样就没有那么多匿名函数了。
4.也没有那么多被引号包裹住的“任务”名了，这样意味着你可以通过你的代码编辑器/IDE帮你检查拼写错误，而不用在运行Gulp的时候才能发现错误。
5.即使把“任务”函数放在多个文件中定义，也能方便的把它们引用到同一个文件中，然后再通过gulp.task把它们变成实际可用的任务。
6.这些任务都是可以独立测试的（如果你要测试）而不需要gulp。
当然第2点也是可以修改的，如果你希望它们是可以被gulp命令行所执行的：
gulp.task(styles);这样你就能新建了一个可以运行在命令行的“styles”任务。注意你可从来没有在代码中定义过它的名字。gulp.task可以很智能的把函数名转成任务名。当然，匿名函数是不行的：Gulp会抛出一个错误当你想要把匿名函数指定成一个任务，却没有给它起一个新名字。
如果你想给函数起个别名，你可以在函数的displayName属性中指定它：
function styles(){...}styles.displayName = "pseudoStyles";gulp.task(styles);现在任务名将会从“styles”变成“pseudoStyles”。你也可以通过指定description属性来给你的任务添加描述。你可以通过gulp --tasks命令来查看这些描述：
function styles(){...}styles.displayName = "pseudoStyles";styles.description = "Does something with the stylesheets."gulp.task(styles);$ gulp --tasks[12:00:00] Tasks for ~/project/gulpfile.js[12:00:00] └── pseudoStyles Does something with the stylesheets.你甚至可以给你其他已经注册的任务添加描述，比如default。首先你要运行gulp.task('taskName')来取人这个任务已经被定义过了，然后才给它添加描述：
gulp.task('default', gulp.series(clean, gulp.parallel(scripts, styles)));// Use gulp.task to retrieve the taskvar defaultTask = gulp.task('default');// give it a descriptiondefaultTask.description = "Does Default Stuff";我们也可以简化它，取消中间值：
gulp.task('default', gulp.series(clean, gulp.parallel(scripts, styles)));gulp.task('default').description = "Does Default Stuff";对那些不熟悉你的项目的人来说，这些描述是相当有用的。所以我建议在任何情况下都要添加它：有时它比注释还更有用。最后总结一下，这是我推荐的Gulp4的最佳实践：
gulp.task('default', gulp.series(clean, gulp.parallel(scripts, styles)));gulp.task('default').description = "This is the default task and it does certain things";function styles() {...}function scripts() {...}function clean() {...}如果你运行gulp --tasks，你将会看到：
$ gulp --tasks[12:00:00] Tasks for ~\localhost\gulp4test\gulpfile.js[12:00:00] └─┬ default This is the default task and it does certain things[12:00:00] └─┬ [12:00:00] ├── clean[12:00:00] └─┬ [12:00:00] ├── scripts[12:00:00] └── styles你会发现这里不仅有你添加的描述，你还能看到完整的运行队列树。我也很乐意听到你对最佳实践有其他看法，不过在阐述结论前最好先跟你的团队讨论一下。
不管怎么样，我还是很高兴看到Gulp4有很多有用的改进，但是它们也给迁移带来了不少痛苦。我希望这份指南能帮助你顺利迁移到Gulp4当它正式发布后（可能过几天……也可能……）。上帝保佑~
关键字：gulp, gulp4, JavaScript, node
版权声明
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符，请点击 举报 进行投诉反馈！
