webpack练手项目之easySlide（二）：代码分割

Hello,大家好。

在上一篇 webpack练手项目之easySlide（一）：初探webpack 中我们一起为大家介绍了webpack的基本用法，使用webpack对前端代码进行模块化打包。

但是乍一看webpack只是将所有资源打包到一个JS文件中而已，并没有做到真正的按需加载，这当然不是我们所想要的。

不急，今天的这一章我们就来一起继续探索webpack的另外一个功能：code split.

　　1.什么是code split

　　英文不好，暂且将其翻译为代码分割。也就是我们根据实际业务需求将代码进行分割，然后在合适的时候在将其加载进入文档中。

　　这里举一个实际应用场景：上次我们做的图片轮播，我们为每张图片都添加一个点击事件，点击以后我们弹出一个对话框，里面介绍一些详细内容，然后可以点击关闭按钮进行关闭。

　　在这个需求中我们发现，对话框这个组件比较特殊，他是在用户点击图片以后才需要加载，如果用户不点击，那么他就没有必要加载出来了。

　　OK，很好。webpack通过code split方法将页面必须加载的资源放在bundle.js中，然后对于按需加载的资源通过ajax进行异步加载。

　　webpack通过 require.ensure 来判断是否对资源进行按需加载。

　　下面是官网的简单用例：

1 require.ensure(["module-a", "module-b"], function(require) {2   var a = require("module-a");3   // ...4 });

　　　2.Demo与Code

　　　　同样的，我已经将上面所说的对话框按需加载实现，大家感兴趣的话可以前往查看：

　　　　Demo: http://xiaoyunchen.github.io/easySlide/

　　　　Code: https://github.com/xiaoyunchen/easySlide

　　　　大家可以打开控制台网络面板，查看资源的加载情况：

　　　　页面加载的时候只有7个请求，这其中其实并没有包含我们的对话框组件：

　　　　然后大家可以点击任意一张图片，这个时候网络浏览器发送了新的网络请求，然后页面上也打开了对话框：

　　　　这个2.chunk.js也就是webpack为我们打包的对话框组件，包括JS逻辑，HTML模板以及CSS样式，稍后我们将为大家作详细介绍。

　　　　（demo上有几个menu的link，大家先不用管，那是我们下一章将要介绍的内容）

　　　3.组件引用与webpack打包

　　　　接下来我们来看看代码上都发生了哪些变动。

　　　　首先是index.html与index.css，并没有任何修改。（index.html中增加了header与footer，增加了多个图片轮播组件，为下一章做的准备。但是都与对话框组件没有任何关系）

　　　　那来看看index.js的修改，具体的源码大家可以查看github，这里只对后面新增的代码进行分析：

 1 //添加对话框事件 2   var pageDialog=false; 3   $('.pictureShow a').click(function(){ 4     var _id=$(this).attr('dialog-for'); 5     require.ensure(["../module/dialog.js","../module/dialogConfig.js"], function(require) { 6       var dialogModule=require("../module/dialog.js"); 7       var dialogConfig=require("../module/dialogConfig.js"); 8       if(!pageDialog){  //判断对话框组件是否存在，避免重复创建 9         pageDialog=new dialogModule();10       }11       pageDialog.openDialogWith(dialogConfig[_id]);12     });13   });

　　　　首先我们定义了一个对象，然后为页面上所有的滑动元素增加了一个单击事件。

　　　　第4行：获取当前事件元素的dialog-for属性，这是我们在每个滑动元素上新增的属性，用于指定其对应的对话框id

　　　　第5行：使用了webpack的require.ensure异步加载了两个组件：dialog与dialogConfig，这两个组件分别是对话框的具体实现逻辑以及对话框内容配置信息，详细的代码我们后面再分析

　　　　第6/7行：加载完成后得到两个组件的引用

　　　　第8-10行：判断pageDialog是否存在，如果不存在我们通过调用dialog组件new一个实例，并将赋值给pageDialog。

　　　　这里主要是为了避免多次点击时页面重复创建dialog Html元素，降低页面性能

　　　　第11行：使用pageDialog实例，调用openDialogWith方法来打开对话框，同时要从dialogConfig中加载指定的对话框配置内容。

　　　　是的，哪怕是在我们没有查看dialog组件具体源码的情况下，整个逻辑还是相对比较清晰的。我们不用理会dialog组件调用了什么模板，用了什么css样式，内部实现了哪些方法。

　　　　定义组件的一大目的就是降低代码之前的耦合性，作为组件，我只管定义如何实现一个组件；作为组件调用者，我只管衣来伸手饭来张口的拿来主义，

　　　　不管你内部是如何实现的。

　　　　接下来看webpack是如果对上面的代码进行打包的：

　　　　以下是webpack.config.js配置文件部分内容：

 1 module.exports = { 2   entry: { 3       index:"./src/js/page/index.js", 4       delegate:"./src/js/page/jsEvent.js" 5     }, 6   output: { 7     path: path.join(__dirname,'dist'), 8     publicPath: "/easySlide/dist/", 9     filename: "[name].js",10     chunkFilename: "[id].chunk.js"11   },12   module: {13     loaders: [  //加载器14       {test: /\.css$/, loader: "style!css" },15       {test: /\.html$/, loader: "html" },16       {test: /\.(png|jpg)$/, loader: 'url-loader?limit=8192'}17     ]18   }19   20 };

　　　　改动的地方不多，主要是以下几点：

　　第10行：定义了chunk的文件名命名规则，这里除了id以外，还可以使用[hash]

　　第8行：publicPath 这个配置很容易被疏忽。我们的chunk文件默认是跟bundle放在一块的，都是在dist目录下，如果不配置正确的publicPath的话，webpack请求chunk文件时将会默认请求根目录

　　第15行：新增了HTML加载器，主要是给dialog组件加载模板使用的

　　codeSplit作为webpack一个比较核心的功能，所以也需要额外的plugins插件配置就能支持。

　　在项目根目录下运行 webpack 打包命令以后可以看到dist目录下就会新增一个 2.chunk.js文件（2是chunk的ID值）

　　值得一提的是，chunk文件完全由webpack进行管理和使用，我们无需额外的干预