你的位置:首页 > Java教程

[Java教程]基于webpack的前端工程化开发解决方案探索(二):代码分割与图片加载


  今天我们继续来进行webpack工程化开发的探索!

  首先来验证上一篇文章   基于webpack的前端工程化开发解决方案探索(一):动态生成HTML  中的遗留问题:webpack将如何处理按需加载的资源,还能继续通过AJAX进行异步加载吗?

  

  1. require.ensure

  在上一章我们已经知道通过require引入的资源,可以通过插件让webpack将其独立成为单独的文件,然后向HTML中自动写入路径。那对于require.ensure情况又会是怎样的情况呢?

  我们都知道webpack通过require.ensure来对我们的代码进行分割,将按需加载的代码单独放在的块文件chunk中,然后在合适的时候异步加载进入文档中。

  在webpack中引入的提取文件插件,是否影响这一功能呢?

  

   同样的,这次我们对上次的项目进行了改动,具体代码可以查看: https://github.com/xiaoyunchen/webpack

  

   首先,我们在JS下新增了一个components文件夹,用于存放自定义的组件,然后定义了一个dialog组件(dialog的实现请参考之前的文章,本章将对本部分进行简化处理)。

  

  在dialog组件中我们定义了dialog所需的HTML模板,CSS样式文件,以及入口文件Index.js(如果模块逻辑层次很复杂的话,这里还可以再新建两个关于模板和样式的子目录)

  我们稍微看下index.js的内容:

 1 (function(){ 2   //加载模块CSS 3   require('./dialog.css'); 4   //加载模板 5   var html=require('./dialog.html'); 6    7   module.exports=function(text){ 8     $('body').append(html); 9     $('.dialog:last-child').html(text);10   };11   12 })();

  这里只是出于演示使用,所以实现的功能与逻辑比较简单。就是引入了所需的模板和样式文件,然后导出一个方法,改方法将会向body插入一个元素。

  OK,我们再来看下page目录下index.js这个入口文件的变动:

 1 //引入CSS 2 require("../../css/lib/reset.css"); 3 require("../../css/common/global.css"); 4 require("../../css/page/index.css"); 5  6 //增加事件 7 $('#btn').click(function(){ 8   require.ensure(['../components/dialog/index.js'],function(require){ 9     var Dialog=require('../components/dialog/index.js');10     new Dialog(new Date()-0);11   });12 });

  第7行,为页面的一个按钮添加了点击事件,点击后加载dialog组件,然后生成一个dialog实例。

  

  再来看看webpack配置中添加了什么内容:

  

  可以看出配置文件并没有太大的变化,这里主要是:

  18行:增加了HTML加载器,用于加载HTML模板

  22行:引入全局jq,方便其他JS调用

  

  在项目根目录下运行 webpack 打包命令后,可以看到dist/js下多了1.chunk.js文件。其实看到这里大家也就放心了,webpack的确正确处理了这种按需加载的关系。

  

  然后运行dist/view/index.html,打开控制台观察资源加载。

  一开始并没有加载dialog组件,点击按钮后,浏览器开始异步加载dialog组件,然后生成对应的HTML.

  

  这里有个问题需要单独说明下,require.ensure 被webpack编译后在执行的时候会自动判断该模块已经下载,如果已经下载就不会再重复请求。

 

 

  2. 图片加载

  借助于url-loader这个加载器,在webpack中我们可以比较优雅的处理图片加载的问题。所谓的比较优雅,是指:

  1. webpack可以将所用到的图片自动拷贝到输出目录下,同样可以为其添加hash版本号

  2. 对于比较文件比较小的图片,webpack可以将其自动转换了BASE64字符串进行存储,减少一次HTTP请求

  接下来我们来做下演示:

    

  我们在dialog组件目录下增加一张图片(图片大小15k左右),然后修改了dialog组件的模板,在其中引入了该张图片。这样每次我们点击按钮的时候,浏览器都会显示这张图。

  

  另外我们在 global.css进行修改,为body添加一张背景图片,由于这个图很小(1KB),所以我们将背景图设置为重复。

1 body{2   font: "微软雅黑";3   background: url(../../img/mask.png) repeat scroll 0 0;4 }

  最后,我们在webpack配置文件中,为图片引入url-loader加载器,同时为其指定存放路径和文件名:

1 module: {2     loaders: [  //加载器3       {test: /\.css$/, loader:ExtractTextPlugin.extract("style", "css") },4       {test: /\.html$/, loader: "html" },5       {test: /\.(png|jpg)$/, loader: 'url-loader?limit=8192&name=./img/[hash].[ext]'}6     ]7   }

  生成的图片存放在dist/img下,然后为了混淆,我们将图片文件名设置为其hash值。

  同时我们配置了limit参数,当图片大小小于这个值的时候,webpack都将会转换为base64字符串进行存储。

 

  然后在项目根目录下运行 webpack 命令进行打包,然后运行生成index.html文件:

  

  点击ADD按钮后浏览器才发起异步请求,加载了dialog组件以及我们所引入的图片资源,同时图片名称已经被设置为hash值。

  再来看看样式中引入的图片:

  

    可以看到这个背景图已经转换成BASE64字符串写入css文件中,所以这里就减少了一次图片请求。这是一种比较常用的优化页面性能的方式。

  

    上面说到webpack的这种处理方式是一种比较优雅的处理方式,那又有哪些地方不够完善呢?

    1. 上面写入模板中的图片webpack可以帮我们处理,但是src/view目录下的用于生成最终HTML的模板,webpack并不会对其中所引入的图片进行提取处理,导致图片路径不对。

    2. 这里只是对图片进行了提取,其实并未对图片进行任何优化处理,比如合并小图标,限制图片质量避免图片过大等。

    当然了,这些都是属于额外需求,已经有些超出了webpack所承载的功能范畴。实际项目中如果出现上述需求的话,个人建议是单独安装grunt,然后调用grunt插件来完成相关任务。