这篇文章主要介绍webpack代码拆分的示例分析,文中介绍的非常详细,具有一定的参考价值,感兴趣的小伙伴们一定要看完!
让客户满意是我们工作的目标,不断超越客户的期望值来自于我们对这个行业的热爱。我们立志把好的技术通过有效、简单的方式提供给客户,将通过不懈努力成为客户在信息化领域值得信任、有价值的长期合作伙伴,公司提供的服务项目有:域名注册、虚拟空间、营销软件、网站建设、开州网站维护、网站推广。
如果利用 webpack 将项目中的所有代码打包在一起,很多时候是不适用的,因为代码中有些东西我们总是希望将其拆分出来。比如:
样式表,希望利用 link 标签引入
使用概率较低的模块,希望后期需要的时候异步加载
框架代码,希望能利用浏览器缓存下部分不易变动的代码
下面是我在阅读 webpack 的官方文档时候,记录的一些笔记,部分地方使用了自己的话来讲,力图让它显得更易懂。
按需加载拆分
webpack 可以帮助我们将代码分成不同的逻辑块,在需要的时候加载这些代码。
使用 require.ensure()
来拆分代码
require.ensure()
是一种使用 CommonJS 的形式来异步加载模块的策略。在代码中通过 require.ensure([
引用模块,其使用方法如下:
require.ensure(dependencies: String[], callback: function(require), chunkName: String)
第一个参数指定依赖的模块,第二个参数是一个函数,在这个函数里面你可以使用 require 来加载其他的模块,webpack 会收集 ensure 中的依赖,将其打包在一个单独的文件中,在后续用到的时候使用 jsonp 异步地加载进去。
require.ensure(['./a'], function(require){ let b = require('./b'); let a = require('./a'); console.log(a+b) });
以上代码,a 和 b 会被打包在一起,在代码中执行到这段代码的时候,会异步地去加载,加载完成后执行函数里面的逻辑。
let a = require('./a'); require.ensure(['./a'], function(require){ let b = require('./b'); console.log(a+b) });
如果这样写,那么 a 不会和 b 打包在一起,因为 a 已经被打包在主代码中了。
require.ensure(['./c'], function(require){ let a = require('./a'); console.log(a) }); require.ensure(['./c'], function(require){ let b = require('./b'); console.log(b) });
以上代码中两个模块都依赖了 c 模块,这个时候会拆分出两个模块,其中都包含了 c 模块,因为在实际运用中,以上两个 require.ensure
的执行顺序不确定,执行与否也不确定,因此需要将 c 模块都打包进去。
require.ensure
还可以传入第三个参数,这个参数用来指定打包的包名,对于上面这种情况,c 模块被打包入了两个包中,如果事先明确这两个包都会被使用,那么不妨将这两个包合并为一个,这样就不会有 c 模块被打包两次的问题了,所以可以将 chunkName 指定为同一个名字。
require.ensure(['./c'], function(require){ let a = require('./a'); console.log(a) }, 'd'); require.ensure(['./c'], function(require){ let b = require('./b'); console.log(b) }, 'd');
ok,这样以上两个 require.ensure
拆出来的包就合并为同一个了。
CSS 拆分
开发者,可能希望能将工程中的所有引入的 CSS 拆分为单个文件,这样可以利用缓存,且利用 CSS 和 JavaScript 并行加载,来加速 web 应用。
使用 css-loader
为了加载 css,这里需要用到 css-loader,配置方法如下:
module: { loaders: [{ test: /\.css$/, exclude: /node_modules/, loader: 'css-loader' }] }
这样在代码中就可以写如下代码:
let css = require('./main.css'); console.log('' + css);
通过 require 一个 css 得到其内容,当然了这里 require('./main.css') 实际得到的是一个对象,需要调用其 toString 方法将其转换为字符串。在代码中引用一段 css,这常常不是我们想要的。为此可以使用 style-loader 在代码执行起来的时候,会将这些 css 插入到 style 标签中,只是这里 css 还是存在于 js 中的,是后来动态插入到页面中的:
module: { loaders: [{ test: /\.css$/, exclude: /node_modules/, loader: 'style-loader!css-loader' }] }
更多时候,是希望将 css 拆分为单个文件,然后使用 link 标签嵌入到 html 中,CSS 和 JavaScript 可以并行加载,css 还可以被缓存下来。
使用 extract-text-webpack-plugin
来拆分 css
为了使用这个插件首先需要通过 npm 来安装它:
npm i --save-dev extract-text-webpack-plugin
然后在 webpack 的配置文件中使用该插件:
var ExtractTextPlugin = require('extract-text-webpack-plugin'); module.exports = function () { return { entry: './index.js', output: { path: './build', filename: 'bundle.js' }, module: { loaders: [{ test: /\.css$/, exclude: /node_modules/, // 在 loader 中使用该插件 loader: ExtractTextPlugin.extract('style-loader', 'css-loader') }] }, plugins: [ // 将其添加在插件中 new ExtractTextPlugin({ filename: 'bundle.css', disable: false, allChunks: true }) ] } }
需要注意的是,对于 webpack1 和 webpack2 这个插件的配置方法是不同的,差别比较细微,详情请看官方文档 extract text plugin for webpack 2
拆分业务代码与框架代码
通常一个 web 应用都会引用若干第三方库,这些第三方库通常比较稳定不会经常变动,但是如果将业务代码和框架代码打包在了一起,这样业务代码每次变动打包得到的结果都会变动,及时只改变了一个字符,浏览器也无法利用缓存,必须全部重新加载。因此,何不将第三方库单独打包在一起呢?
这里举个案例,一个 react 项目中使用了 react
和 react-dom
这两个包,我希望将他们打包在一起,将业务代码打包在一起。
下面一步一步来:
1. 安装 react 和 react-dom:
npm i react react-dom --save
2. 配置 entry,output 和 loader
先使用单入口,让代码工作起来。另外因为使用了 react 所以要使用 babel-loader
来加载 js
// webpack.config.js module.exports = { entry: 'index.js', output: { path: 'build/', filname: '[name]@[chunkhash].js' }, module:{ loaders:[{ test: /\.js$/, exclude: /node_modules/, loader: 'babel' }] } }
3. 编写业务代码
index.js:
import React from 'react'; import ReactDOM from 'react-dom'; var Hello = React.createClass({ render: function() { returnHello {this.props.name}; } }); ReactDOM.render(, document.getElementById('app'));
index.html:
启动 webpack-dev-server
,打开浏览器这个时候应该能在页面上看到 hello world,这说明工作正常。
4. 拆分框架代码
为了拆分框架代码,我们需要增加一个入口,在这个入口中要包含 react
和 react-dom
module.exports = { entry: { main: 'index.js', vendor: ['react', 'react-dom'] } //... }
单单像上面这样配置,打包后会得到 main.js 和 vendor.js,但会发现在 main.js 中依然包含了 react 和 react-dom 的代码,这是因为指定了入口后,webpack 就会从入口文件开始讲整个依赖打包进来,index.js 中引用了 react 和 react-dom 自然会被打包进去。要想达到之前所说的那个效果,还需要借助一个插件 —— CommonsChunkPlugin
5. 使用 CommonsChunkPlugin
这个插件的功能是将多个打包结果中公共的部分抽取出来,作为一个单独的文件。它符合目前的场景,因为 main.js
和 vendor.js
中存在一份公共的代码,那就是 vendor.js
中的内容。(这个说法并不准确,这里只是指 react 和 react-dom 都被打包进了这两个文件)
let webpack = require('webpack'); module.exports = { entry: { main: 'index.js', vendor: ['react', 'react-dom'] }, //... plugins: [ new webpack.optimize.CommonsChunkPlugin({ name: 'vendor' // 指定一个希望作为公共包的入口 }) ] }
再进行打包,这个时候会发现 main.js
中的代码不在包含 react 的代码了。看似实现了我们的需求,但真实应用下并没有这么简单,在实际项目中 js 脚本通常都会给添加一个 MD5 的 hash 在后面,形如 app@709d9850745a4c8ba1d4
.js 这样每次打包后,如果文件内容变了,后面的 hash 也会变动。就以上场景,会发现当我们修改了业务代码后,得到的 hash 是不同的,因此每次都会得到两个不同的打包结果。业务代码改变了,拆分出来的框架包也变了,这显然不符合初衷 —— 利用浏览器缓存。
这是因为 webpack 在打包的时候会产生一些运行时代码,比如 __webpack_require__
、webpackJsonp
等等,这些函数是用来帮助 webpack 完成模块加载等功能的,业务代码的改变会导致业务代码打包后的 hash 值改变,而在 webpack 的运行时代码中实际上是保存了打包后的结果的文件名的,因为它在异步加载模块的时候需要用到。因此,下面需要做的是将 webpack 的运行时代码拆分出来。
修改 plugins 如下,将 name 修改为 names,并增加一个 init 的包名,执行打包,会发现 webpack 的运行时代码都被入该包内。
plugins: [ new webpack.optimize.CommonsChunkPlugin({ names: ['vendor', 'init'] }) ]
这样以来,修改了业务代码后,vendor 因为只引用了 react 和 react-dom 因此,业务代码的改变不会改变 vendor 这个包的内容,hash 也保持不变。但,也仅仅如此 如果你引用了其他模块,webpack 收集依赖的时候会给每个模块编一个号,引入其他模块会导致模块数改变,也就会导致编号改变,这个时候打包出来的 vendor 还是会改变。
以上是“webpack代码拆分的示例分析”这篇文章的所有内容,感谢各位的阅读!希望分享的内容对大家有帮助,更多相关知识,欢迎关注创新互联行业资讯频道!
售后响应及时
7×24小时客服热线数据备份
更安全、更高效、更稳定价格公道精准
项目经理精准报价不弄虚作假合作无风险
重合同讲信誉,无效全额退款