是时候搁置Grunt，耍一耍gulp了

也算是用了半年Grunt，几个月前也写过一篇它的入门文章（点此查看），不得不说它是前端项目的一个得力助手。不过技术工具跟语言一样日新月异，总会有更好用的新的东西把旧的拍死在沙滩上（当然Grunt肯定没死，gulp也不是多新颖的东西）。

看标题很明显知道相比Grunt，我会更为推崇gulp，不是说Grunt不好，而是gulp效率更高、健壮性更好，配置也更为简单，自然也值得我们为它任性一回。

先谈谈上述提到的gulp的优越性：

一. 性能更高

相对Grunt频繁的IO操作读写，gulp是将项目任务流程以streaming（流）的形式来做管道化处理，这句话怎么理解呢？

比如一个文件A，Grunt按顺序会有三个组件任务a、b、c 要对起进行处理，那么流程可能是这样的：

读取A → A.a() → 写A  → 读取A → A.b() → 写A  → 读取A → A.c() → 写A  → complete/watch...

那么换成gulp又是怎样的一个过程，它大概是这么处理：

读取A并转为流信息 → A.a() → A.b()  → A.c() → 写A  → complete/watch...

可以看到执行任务的过程，是减少了(3-1)处对文件A的读/写操作，减轻了磁盘IO操作负担，效率自然也得到明显提升。

至于“流”的概念，可以戳这里了解一下。大致是读取文件时，不按常规那样把文件一口气写入内存中，而是把文件转为数据流，收到多少数据就处理多少数据，像经过竹筒的涓涓流水那样，有水源过来了就马上处理后（你可以假设竹筒在这里有净水的过滤作用）再送出去，直到水源全部“流”过该竹筒。

那么“管道化”处理又是怎样的概念？

它很类似jQuery中的链式写法，在nodeJS中管道式方法的api一般为.pipe() ，比如

XXXX.pipe(a())  //处理a任务
     .pipe(b())  //处理b任务
     .pipe(c())  //处理c任务

你也可以理解为上述的涓涓流水经过一排竹筒后，紧接着流向下一个竹筒，一直这样循环，直到流过最后一个竹筒（当然流水依旧代表数据，竹筒代表任务）。

二. 健壮性更好

gulp走的是递归编译的解析方式，有助于项目优化的健壮性。打个比方，比如我们使用sass来编写样式，其中b.scss引入了_a.scss文件，如果我们修改了_a.scss的内容，gulp会即时更新b.scss对应的b.css编译文件，但Grunt是基于缓存机制的，故不会重新编译b.scss文件，导致问题。

三. 配置更简洁

其实之前写的那篇Grunt入门的文章，我的确不懂到底要如何介绍Gruntfile.js的配置——略复杂和混乱，鄙人口才也不好，便草草几句话带过，相信读者可能也不太能够理清头绪。而gulp使用了node的流式管道化（pipe）处理，其配置和写法变得简洁、统一了许多，自然也方便理解。

为你的项目搭建gulp任务

搭建gulp其实很简单，就俩步骤——在项目根目录下安装所需组件，并配置一份gulpfile.js。

我们假设我们有一个放在D盘下的项目 D:/project，里面的文件结构是这样的：

我们打算利用gulp把RAW文件夹下的js和sass文件编译/压缩后都输出到COMPRESS文件夹下。

一. 安装组件

gulp自己有官方的组件推荐/查找页面（点我进入），就我们上述项目要求而言，我个人推荐下述几个组件：

　　gulp 　　//这个是必须安装的，没有它，其它组件都用不了（注意watch组件直接集成在gulp中了，无需额外安装watch组件）
　　gulp-sass 　　 //编译sass用的
　　gulp-sourcemaps 　　 //编译sass时生成额外的.map文件用的（有啥用？看我这篇文章）
　　gulp-mini-css 　　 //压缩css使用的
　　gulp-uglify 　　 //压缩、混淆js文件用的

组件的安装很简单，直接npm安装即可，比如安装gulp：

npm install gulp

安装过程可能会遇到组件被墙导致连接不上镜像的问题，解决方法有两个，一个是翻墙，另一个是走cnpm镜像（点此查阅）。

组件全部安装完成后会在你的项目根目录下生成一个node_modules文件夹，用来存放组件模块：

二. gulpfile.js文件配置

如同Grunt需要配置Gruntfile.js文件来告知node我要用什么组件并以怎样的流程来执行任务，gulp也需要在项目根目录配置一个gulpfile.js文件。
我们新建一个gulpfile.js文件，先在之中输入下面内容：

var gulp = require('gulp'),
    sass = require('gulp-sass'),
    mincss = require('gulp-mini-css'),
    sourcemaps = require('gulp-sourcemaps'),
    uglify = require('gulp-uglify');

浓浓的commonJS风，告知node我们要使用哪些组件模块来完成任务。
接着我们进一步配置文件，告诉node我们具体要以怎样的流程来执行任务，这是完整的gulpfile.js文件内容：

var gulp = require('gulp'),
    sass = require('gulp-sass'),
    mincss = require('gulp-mini-css'),
    sourcemaps = require('gulp-sourcemaps'),
    uglify = require('gulp-uglify');

var raw_css = './RAW/css',
    com_css = './COMPRESS/css',
    raw_js = './RAW/js',
    com_js = './COMPRESS/js';

gulp.task('sass', function () {
    gulp.src(raw_css+'/**/*.scss')
        .pipe(sourcemaps.init())
        .pipe(sass())
        .pipe(mincss())
        .pipe(sourcemaps.write('/'))
        .pipe(gulp.dest(com_css));
});

gulp.task('mincss', function () {
    gulp.src(com_css+'/**/*.scss')
        .pipe(mincss())
        .pipe(gulp.dest(com_css));
});

gulp.task('minjs', function () {
    gulp.src(raw_js+'/**/*.js')
        .pipe(uglify())
        .pipe(gulp.dest(com_js));
});

gulp.task('watch', function () {
    gulp.watch(raw_css+'/**/*.scss',['sass']);
    gulp.watch(raw_js+'/**/*.js',['minjs']);
});

gulp.task('default',function(){
    gulp.run('sass','minjs','mincss');
    gulp.run('watch');
});

我们拿写的最长的sass编译模块配置代码块来注释说明下：

//每个gulp.task(name, fn)都是一个任务配置模块，如本代码段定义了名为"sass"的任务的执行流程
gulp.task('sass', function () {
    gulp.src(raw_css+'/**/*.scss')   //gulp.src(glob)返回了一个可读的stream，如此行返回了RAW/css/下的全部（包含子文件夹里的）.scss文件流
        .pipe(sourcemaps.init())  //.pipe()管道化执行组件任务，此处调用gulp-sourcemaps的初始化api来处理接收的文件流（方便后续编译出.map文件）
        .pipe(sass())         //执行gulp-sass组件任务，把.scss文件流编译为.css文件流
        .pipe(sourcemaps.write('/'))      //调用gulp-sourcemaps的写入api，额外输出.map文件流
        .pipe(mincss())     //执行gulp-mini-css组件任务，压缩所有css文件流
        .pipe(gulp.dest(com_css));   //gulp.dest(glob)返回一个可写的stream，如此行是将文件流写入到 COMPRESS/css 里的对应路径下
});

接着看看末尾处的两个代码段：

gulp.task('watch', function () {  //定义名为"watch"的任务
    gulp.watch(raw_css+'/**/*.scss',['sass']);   //监听 RAW/css 下的全部.scss文件，若有改动则执行名为'sass'任务
    gulp.watch(raw_js+'/**/*.js',['minjs']);   //监听 RAW/js 下的全部.js文件，若有改动则执行名为'minjs'任务
});

gulp.task('default',function(){  //每个gulpfile.js里都应当有一个dafault任务，它是缺省任务入口（类似C语言的main()入口），运行gulp的时候实际只是调用该任务（从而来调用其它的任务）
    gulp.run('sass','minjs','mincss');   //gulp.run(tasks)表示运行对应的任务，这里表示执行名为'sass','minjs','mincss'的三个任务
    gulp.run('watch');    //执行'watch'监听任务
});

上述的两个步骤做好后，直接输入运行 gulp 指令即可（我是在webstorm里直接写命令的）：

同时可以看到COMPRESS文件夹下已经有了我们想要的编译、压缩后的文件：

另外这时候gulp已转入监听模式（虽然不像Grunt那样有“watch...”的提示），只要你修改了被监听的文件，任务会立即被执行一遍，无需再手动gulp一次。

用下来还是觉得gulp是个好东西，比Grunt更易上手，效率也更好，不过相较Grunt的“grunt-newer”组件，gulp对应功能的两个组件“gulp-changed”和"gulp-newer"貌似运行起来都达不到预想效果，比如我希望只针对我修改了的某个sass文件来做任务处理，我做了如下配置：

var gulp = require('gulp'),
    sass = require('gulp-sass'),
    mincss = require('gulp-mini-css'),
    sourcemaps = require('gulp-sourcemaps'),
    changed = require('gulp-changed'),
    uglify = require('gulp-uglify');

var raw_css = './RAW/css',
    com_css = './COMPRESS/css',
    raw_js = './RAW/js',
    com_js = './COMPRESS/js';

gulp.task('sass', function () {
    gulp.src(raw_css+'/*.scss')
        .pipe(changed(raw_css+'/*.scss'))
        .pipe(sourcemaps.init())
        .pipe(sass())
        .pipe(sourcemaps.write('/'))
        .pipe(mincss())
        .pipe(gulp.dest(com_css));
});

gulp.task('mincss', function () {
    gulp.src(com_css+'/*.scss')
        .pipe(changed(com_css))
        .pipe(mincss())
        .pipe(gulp.dest(com_css));
});

gulp.task('minjs', function () {
    gulp.src(raw_js+'/*.js')
        .pipe(changed(com_js))
        .pipe(uglify())
        .pipe(gulp.dest(com_js));
});

gulp.task('watch', function () {
    gulp.watch(raw_css+'/*.scss',['sass']);
    gulp.watch(raw_js+'/*.js',['minjs']);
});

gulp.task('default',function(){
    gulp.run('sass','minjs','mincss');
    gulp.run('watch');
});

结果发现依旧是整个文件夹下的文件都被做了任务处理。或许是我的配置不正确，若有了解newer或者changed的朋友望能不吝指正。

另外百度fis貌似也是另一个不错的alternative，跟gulp差不多，而且中文文档也挺详细的，之前用过百度的一些东西，感觉质量还是有保障的。

最后推荐下一个大神级朋友的博客，在我们苦口婆心的催产下他终于发表了第一篇文章，介绍的JS面向对象的思想，欢迎大家去看一看。

共勉~