gulp 真正“流程”化工具
我记得实习刚刚进公司看到grunt,还是有点蒙,之前一直是本地开发,游览器F5,没想到前端也需要“编译工具”。所以grunt一直给我的感觉是“编译工具”,你写的很多代码还不能直接“执行”,需要这一个工具去“编译”才能上线。它去自动化了很多东西,我之后也写过一个公司用的grunt插件,只需要配置,之后加入任务执行,很方便。但当我看到gulp的代码的时候(还没开始看文档,API),我突然意识到很多grunt“不自然”的设计,gulp真正的做到了清晰的流程化的构建。
gulp.task('default', function() { // 将你的默认的任务代码放在这 gulp.src('client/*.js') .pipe(replace('bar', 'foo')) .pipe(minify()) .pipe(gulp.dest('build/')); });
这是我仿照官网写的DEMO,对很多工程师来说pipe这个命名就很清晰了,它就是借鉴了unix的管道概念,前面文件输出给后面文件,这个也就是gulp对比grunt最大的改进,更加简单明了,据说这样也加快速度,还没有在实际项目中运用过,所以没有对比过。不管这种设计的确可以说是grunt的替代品了。
至于插件方面也不用担心,gulp的插件也很强大,基本上项目常用的都有。
webpack 万剑归宗
webpack也很火,它官网的图也介绍了它的作用,所有前端东西都打包成js文件。初学了它,我想它解决的问题就是现在的前端各种各样的“语言”,什么sass呀,coffeescript,还有框架模板,语法糖什么的,各有各的编译工具,而webpack的loader可以通杀,安装好相应的工具,它就可以统统的按你的想法打包在一起。
比如vue,就可以放在单文件里,在团队中做到组件开发,甚至各个人写不同的模板都行。最后使用webpack将各个组件打包在一起。
webpack的配置文件:
var path = require("path"); module.exports = { entry: './static/entry.js', //演示单入口文件 output: { path: path.join(__dirname, 'out'), //打包输出的路径 filename: 'bundle.js', //打包后的名字 publicPath: "./static/out/" //html引用路径,在这里是本地地址。 }, // 新添加的module属性 module: { loaders: [ // 解析.vue文件 { test: /.vue$/, loader: 'vue' }, // 转化ES6的语法 { test: /.js$/, loader: 'babel', exclude: /node_modules/ }, // 编译css并自动添加css前缀 { test: /.css$/, loader: 'style!css!autoprefixer'}, //.scss 文件想要编译,scss就需要这些东西!来编译处理 //install css-loader style-loader sass-loader node-sass --save-dev { test: /.scss$/, loader: 'style!css!sass?sourceMap'}, // 图片转化,小于8K自动转化为base64的编码 { test: /.(png|jpg|gif)$/, loader: 'url-loader?limit=8192'}, //html模板编译? { test: /.(html|tpl)$/, loader: 'html-loader' }, ] }, // .vue的配置。需要单独出来配置 vue: { loaders: { css: 'style!css!autoprefixer', html:'html-loader' } }, };
webpack可能对于单页应用的开发和管理很有帮助,对于简单的html的开发,gulp就已经绰绰有余了。