谈谈webpack 的优势

其优势主要可以归类为如下几个：

1. webpack 是以 commonJS 的形式来书写脚本滴，但对 AMD/CMD 的支持也很全面，方便旧项目进行代码迁移。

2. 能被模块化的不仅仅是 JS 了。

3. 开发便捷，能替代部分 grunt/gulp 的工作，比如打包、压缩混淆、图片转base64等。

4. 扩展性强，插件机制完善，特别是支持 React 热插拔（见 react-hot-loader ）的功能让人眼前一亮。

我们谈谈第一点。以 AMD/CMD 模式来说，鉴于模块是异步加载的，所以我们常规需要使用 define 函数来帮我们搞回调：

1 2 3 4 5 6 7 8

define([ 'package/lib' ], function (lib){      function foo(){          lib.log( 'hello world!' );      }      return {          foo: foo      }; });

另外为了可以兼容 commonJS 的写法，我们也可以将 define 这么写：

1 2 3 4 5 6 7 8 9 10 11 12

define( function (require, exports, module){      var someModule = require( "someModule" );      var anotherModule = require( "anotherModule" );           someModule.doTehAwesome();      anotherModule.doMoarAwesome();        exports.asplode = function (){          someModule.doTehAwesome();          anotherModule.doMoarAwesome();      }; });

然而对 webpack 来说，我们可以直接在上面书写 commonJS 形式的语法，无须任何 define （毕竟最终模块都打包在一起，webpack 也会最终自动加上自己的加载器）：

1 2 3 4 5 6 7 8 9 10

var someModule = require( "someModule" );      var anotherModule = require( "anotherModule" );           someModule.doTehAwesome();      anotherModule.doMoarAwesome();        exports.asplode = function (){          someModule.doTehAwesome();          anotherModule.doMoarAwesome();   };

这样撸码自然更简单，跟回调神马的说 byebye~

不过即使你保留了之前 define 的写法也是可以滴，毕竟 webpack 的兼容性相当出色，方便你旧项目的模块直接迁移过来。

转载于:https://www.cnblogs.com/pms01/p/7067893.html