gulp vs. grunt
Gulp和Grunt都是用于前端开发的构建工具（或者说它们是任务运行管理器更加合适一点）。其中Grunt的出现要比Gulp早不少时间，不过Gulp后来居上隐隐有取而代之的态势。
下面我将会对grunt及gulp先做一个简单的用法介绍，不过会着重介绍下gulp，最后再简单的将两者做一个对比。
grunt简介
gruntjs中文社区介绍grunt是这么说的，JavaScript世界的构建工具。
其实构建工具基本上就是让一些重复的任务自动化。我们先来上一个简单使用grunt的例子来大概了解下grunt是怎么用的。
首先是安装，grunt有一个对应的grunt-cli，我们需要全局安装这个cli，
~ npm install -g grunt-cli然后切换到项目目录，安装grunt及用到的插件，因为是仅作示例，我这里就使用了一个插件。
~ cd <YOUR_PROJECT_DIR>
~ npm install gulp grunt-contrib-uglify --save-dev然后创建Gruntfile.js文件，其内容如下，
module.exports = function(grunt) {
// Project configuration.
grunt.initConfig({
pkg: grunt.file.readJSON('package.json'),
uglify: {
options: {
banner: '/*! <%= pkg.name %> <%= grunt.template.today("yyyy-mm-dd") %> */\n'
},
build: {
src: 'src/*.js',
dest: 'build/all.min.js'
}
}
});
// 加载包含 "uglify" 任务的插件。
grunt.loadNpmTasks('grunt-contrib-uglify');
// 默认被执行的任务列表。
grunt.registerTask('default', ['uglify']);
};从Gruntfile.js文件中可以看出文件内容主要分为两块，第一块是相关task的配置，第二块是加载任务。
本示例中，我仅仅配置了一个叫做uglify的任务，用于压缩代码文件。具体的策略是：压缩src目录下的所有js文件，然后将压缩好的文件合并在一起输入到dest目录下的all.min.js文件中。（这里可以看出，这个uglify插件除了压缩之外还做了合并的事。）
结果如下，
Running "uglify:build" (uglify) task
>> 1 file created.
Done, without errors.更多的内容，请参考grunt的官方文档。
gulp简介
gulp是一款开源的基于流的构建工具，托管在github上，地址在这里，目前已经有10000+个Star，相比grunt的近9000个Star，后来居上，发展势头很迅猛。
下面我们通过一个简单的例子来领略下gulp的风采。
首先是安装，下面的两种方式可以根据你的喜好和情况自由选择，
~ npm install -g gulp~ cd <YOUR_PROJECT_DIR>
~ npm install gulp --save-dev然后是在项目的根目录下创建Gulpfile.js文件，
var gulp = require('gulp');
uglify = require('gulp-uglify'),
concat = require('gulp-concat');
gulp.task('default', function () {
return gulp.src('./src/*.js')
.pipe(uglify())
.pipe(concat('all.min.js'))
.pipe(gulp.dest('./build'));
});最后就可以运行了，
~ gulp结果如下，
[14:14:13] Using gulpfile D:\WebstormProjects\hello-gulp\gulpfile.js
[14:14:13] Starting 'default'...
[14:14:13] Finished 'default' after 37 ms啊哈，是不是很简单轻量呢？
轻量简洁的API
gulp的API文档中有对其API的详细描述。总的来说，gulp原生提供了四个api接口，
gulp.src(globs[, options])指明源文件，所有gulp的task都是从读取源文件开始gulp.dest(path)指明任务处理的目标输出路径gulp.task(name[, deps], fn)注册任务gulp.watch监视文件改动并运行相关逻辑或者任务
稍微完整一些的示例
我们使用gulp来完成以下三个构建任务：1.语法检查（gulp-jshint），2.合并文件（gulp-concat），3.压缩代码（gulp-uglify）。完整的代码如下，
var gulp = require('gulp');
var jshint = require('gulp-jshint');
var concat = require('gulp-concat');
var uglify = require('gulp-uglify');
var rename = require('gulp-rename');
// 语法检查
gulp.task('jshint', function () {
return gulp.src('src/*.js')
.pipe(jshint())
.pipe(jshint.reporter('default'));
});
// 合并文件之后压缩代码
gulp.task('minify', function () {
return gulp.src('src/*.js')
.pipe(concat('all.js'))
.pipe(gulp.dest('dist'))
.pipe(uglify())
.pipe(rename('all.min.js'))
.pipe(gulp.dest('dist'));
});
// 监视文件的变化
gulp.task('watch', function () {
gulp.watch('src/*.js', ['jshint', 'minify']);
});
// 注册缺省任务
gulp.task('default', ['jshint', 'minify', 'watch']);除了watch任务外，基本上所有的任务单元都是这么样的一个模式，
gulp.task('task-name', function () {
var stream = gulp.src('...') // 流开始
.pipe(...)
.pipe(...)
// 任务的最后一步
.pipe(...);
return stream;
});所以，为什么说gulp是一种基于流的构建工具，从这里可以看出，每个任务从src读取源文件生成流开始，中间通过pipe传递流，所有的任务步骤都是在流上做一些操作，最后将流通过dest输出到目标上。
gulp和grunt的差异对比
在github上有相当一些项目是用grunt作为构建工具的，观察这些项目的Gruntfile.js文件，可以很容易发现大部分的Gruntfile.js都非常臃肿，有一大段一大段的嵌套配置结构，令人看起来很烦躁。这些冗余的Gruntfile.js文件其实维护起来并不是那么轻量的，主要体现在下面几个方面，
- 配置和运行分离
- 大部分插件的职责不单一，做了不仅一件事
- 配置项过多，做的事情越多，配置增长的就越快，且越不可控制
- 任务执行中会产生一些临时文件，较频繁的IO操作导致性能滞后
我们再来看看gulp中是如何解决这些问题的，
- gulp遵循code over configuration的原则，直接就在调用的地方配置
- gulp的插件严格遵循单一职责原则，一个插件仅作一件事，一个gulp一般只有20多行代码就搞定
- gulp基于流的思想，并没有过多的配置，任务更多的像是在写代码而不是定义配置
- 这个是grunt的致命伤，gulp的流式构建改变了底层的流程控制，不再频繁的去进行IO操作了
更多建议：