标签：利用 ade 升级 执行 run 假设 web 种类 under
Grunt 的出现早于 Gulp，Gulp 是后起之秀。他们本质都是通过 JavaScript 语法实现了 shell script 命令的一些功能。比如利用 jshint 插件实现 JavaScript 代码格式检查这一功能。早期需要手动在命令行中输入 jshint test.js，而 Grunt 则通过 Gruntfile.js 进行配置
// Gruntfile.js module.exports = function(grunt) { grunt.initConfig({ // js格式检查任务 jshint: { src: ‘src/test.js‘ } // 代码压缩打包任务 uglify: {} }); // 导入任务插件 grunt.loadnpmTasks(‘grunt-contrib-uglify‘); // 注册自定义任务, 如果有多个任务可以添加到数组中 grunt.regusterTask(‘default‘, [‘jshint‘]) }
Gulp 吸取了 Grunt 的优点，拥有更简便的写法，通过流（stream）的概念来简化多任务之间的配置和输出，让任务更加简洁和容易上手。Gulp 还是工具链、构建工具，可以配合各种插件做js压缩，css压缩，less编译，替代手工实现自动化工作。通过配置 gulpfile.js 文件来实现，一个简单的 gulpfile.js 配置如下
// gulpfile.js var gulp = require(‘gulp‘); var jshint = require(‘gulp-jshint‘); var uglify = require(‘gulp-uglify‘); // 代码检查任务 gulp 采取了pipe 方法，用流的方法直接往下传递 gulp.task(‘lint‘, function() { return gulp.src(‘src/test.js‘) .pipe(jshint()) .pipe(jshint.reporter(‘default‘)); }); // 压缩代码任务 gulp.task(‘compress‘， function() { return gulp.src(‘src/test.js‘) .pipe(uglify()) .pipe(gulp.dest(‘build‘)); }); // 将代码检查和压缩组合，新建一个任务 gulp.task(‘default‘, [‘lint‘, ‘compress‘]);
好多人觉得，规则和结构都比较像，其实 gulp 本身就是借鉴了grunt 的经验进行升级和加入一些新特性。正因为流管理多任务配置输出方式的提高，人们逐渐选择使用 gulp 而放弃 grunt
browserify 是早期的模块打包工具，是先驱者，踏实的浏览器端使用 CommonJS 规范的格式组织代码成为可能。在这之前，因为 CommonJS 与浏览器特性的不兼容问题，更多使用的是 AMD 规范，当然后来又发展了ES6模块规范
假设有如下模块 add.js 和文件 test.js，test.js 使用 CommonJS 规范导入了模块 add.js
// add.js module.exports = function(a, b) { return a + b }; // test.js var add = require(‘./add.js‘); console.log(add(1, 2)); // 3
我们知道，如果直接执行是执行不成功的，因为浏览器无法识别 CommonJS 语法，而 browserify就是用来处理这个问题的，他将 CommonJS 语法进行装换，在命令行执行如下
browserify test.js > bundle.js
生成的 bundle.js 就是已经处理完毕，可供浏览器执行使用的文件，只需要将它插入到<script>中即可。
webpack 是后起之秀，它支持了 AMD 和 CommonJS 类型，通过 loader 机制也可以使用 ES6 模块格式。还有强大的 code splitting 。webpack 还是文件打包工具，可以把项目的各种js文、css文件等打包合并成一个或多个文件，主要用于模块化方案，预编译模块的方案。webpack 是一个十分强大的工具，它正在向一个全能型的构建工具发展。
webpack 通过配置文件 webpack.config.js 进行功能配置，一个配置案例如下：
‘use strict‘ const path = require(‘path‘) const webpack = require(‘webpack‘) const HtmlWebpackPlugin = require(‘html-webpack-plugin‘) const merge = require(‘webpack-merge‘) const utils = require(‘./utils‘) var config = { // 入口 entry: { app: ‘./src/main.js‘ }, // 出口 output: { path: config.build.assetsRoot, filename: ‘[name].js‘, publicPath: process.env.NODE_ENV === ‘production‘ ? config.build.assetsPublicPath : config.dev.assetsPublicPath }, // 加载器配置（需要加载器转化的模块类型） module: { rules: [ { test: ‘/\.css$/‘, use: [ ‘style-loader‘, ‘css-loader‘ ] } ] } // 插件 plugins: [ new webpack.DefinePlugin({ ‘process.env‘: require(‘../config/dev.env‘) }), new webpack.HotModuleReplacementPlugin(), new HtmlWebpackPlugin({ filename: ‘index.html‘, template: ‘index.html‘, inject: true }), ] } module.exports = config
一个相对比较全面的配置主要包含五个部分：入口、出口、加载器、插件、模式、分别指定了开始读取文件的位置，编译后输出文件的路径，ES6语法转化加载器，更复杂功能的插件及指定执行的环境变量。
Gulp 应该和 Grunt比较，他们的区别我就不说了，说说用处吧。Gulp / Grunt 是一种工具，能够优化前端工作流程。比如自动刷新页面、combo、压缩css、js、编译less等等。简单来说，就是使用Gulp/Grunt，然后配置你需要的插件，就可以把以前需要手工做的事情让它帮你做了。
说到 browserify / webpack ，那还要说到 seajs / requirejs 。这四个都是JS模块化的方案。其中seajs / require 是一种类型，browserify / webpack 是另一种类型。
seajs / requirejs：是一种在线“编译”模块的方案，相当于在页面加载一个 CMD/AMD 解释器。这样浏览器就认识了 define、exports、module 这些东西，也就实现了模块化。
browserify / webpack：是一种预编译模块的方案，相比较上面，这个方案更加智能。没用过 browserify，这里以 webpack 为例。首先，它是预编译的，不需要在浏览器中加载解释器。另外，你在本地直接写 JS ，不管是 AMD/CMD/ES6 风格的模块化，它都能认识并且编译成浏览器认识的 JS。
标签：利用 ade 升级 执行 run 假设 web 种类 under
原文地址：https://www.cnblogs.com/Ann-web-1/p/11444675.html
