GruntGulp和Webpack区别

Posted 2022-09-21 ann-web-1

1、Grunt

　　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‘])

2、Gulp

　　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

3、browserify

　　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>中即可。

4、webpack

　　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。