参考来源:https://github.com/ruanyf/webpack-demos#demo01-entry-file-source

后面的代码:https://github.com/947133297/lwj-webpack-demo

打包AMD和commonJS模块

webpack默认支持这两种模块的打包

amd.js

define('amd',function(){
return {
data:'content from amd module'
}
});

commonJS.js

module.exports = {
data:'content from commonjs module'
}

配置文件

module.exports = {
entry: './main.js',
output: {
filename: 'bundle.js'
}
};

入口文件

var amd = require('./js-module/amd');
var com = require('./js-module/commomJS'); console.log(amd);
console.log(com);

运行结果:可正常输出这两个模块,网络请求只有一个bundle.js,可见这两个模块的内容都打包进了一个js文件中

chunk(这里的理解偏颇)

entry chunk :包含了 webpackJsonp、__webpack_require__ 的定义 ,__webpack_require__.e用于以promise方式加载依赖后执行组件的代码(入口文件的代码),如:

normal chunk:包含了入口文件所需的模块的代码,里面调用了webpackJsonp来注册依赖,如:

多组件代码抽取

如果多个组件中有相同的代码,每个组件都都像上个例子那样完全打包一份,那虽然减少了网络访问次数,但可能导致无谓的流量消耗,因为多个模块是可以共用代码的

全局JS:

  把要复用的部分抽取到一个额外的全局js中,然后手动引入这个js,其他组件中直接使用这个js即可,如:

module.exports = {
entry: {
bundle1:'./main1.js',
bundle2:'./main2.js'
},
output: {
filename: '[name].js'
}
}; // main1.js
console.log('组件1获取数据' + data); //main2.js
console.log('组件2获取数据' + data); //commonData.js:
var data = 'this is common data'; index.html:
<html>
<script src="commonData.js"></script>
<body>
<script type="text/javascript" src="bundle1.js"></script>
<script type="text/javascript" src="bundle2.js"></script>
</body>
</html>

有没有办法不全局,而且可以使多个组件共用呢?这个需求可唯一推测出只能使用js模块,但是以上测试中,发现使用模块的话,会完全打包进去,以至于不能实现代码复用。其他webpack提供一个require.ensure可以实现模块的不打包,从而达到复用的目的

require.ensure

对以上代码进行改造:

// commonData.js
exports.data = 'this is common data'; // mian1.js
require.ensure(['./commonData'], function(require) {
var m = require('./commonData');
console.log('组件1获取数据' + m.data);
}); //main2.js
require.ensure(['./commonData'], function(require) {
var m = require('./commonData');
console.log('组件2获取数据' + m.data);
}); //index.html
<html>
<body>
<script type="text/javascript" src="bundle1.js"></script>
<script type="text/javascript" src="bundle2.js"></script>
</body>
</html>

运行结果一样。只不过这次实现了代码复用:

  以上效果的另外一种实现方式,是使用 bundle-loader ,语法不同但效果一样就不再举例了

源码分析:

  bundle1、2.js中包含了webpackJsonp、__webpack_require__以及这个函数对象的一系列方法,以及对应入口文件的执行代码

  __webpack_require__.e 函数:用于根据模块id来获取模块,返回一个promise。往header上写一个script标签,这个标签onload的时候,也就是这个新增script中的webpackJsonp函数执行完了,就触发promise的resolve方法(执行了对应入口文件的代码)

补充测试:

  模块1和2ensure了一个文件,模块3ensure了另一个文件。则会额外生成0.js和1.js。也就是说多少个文件被ensure,就会额外生成多少个文件(名字从0开始计算),重复ensure不会额外生成文件,而是复用之前的

  与ensure具有相同功能的是import。这两者都用于动态代码分割,如果使用import的话需要注意promise的兼容,可以使用响应的垫片库来处理,简单的import使用,可以参考仓库中的demo5

CommonsChunkPlugin

代码抽取还可以用这个插件来实现,测试代码如下:

抽取依赖

// 配置文件
var CommonsChunkPlugin = require("webpack/lib/optimize/CommonsChunkPlugin");
module.exports = {
entry: {
bundle1: './main1.js',
bundle2: './main2.js'
},
output: {
filename: '[name].js'
},
plugins: [
new CommonsChunkPlugin('chunkInit')
]
} // main1.js
require('./com');
require('./comm2'); var data = 'this is differenet1 '; //main2.js
require('./com');
require('./comm2'); var data = 'this is differenet2 '; //com.js
exports.data = '这里存放的是公共代码' //comm2.js
exports.data = '这里存放的是公共代码2' //index.html
<html>
<body>
<script src="chunkInit.js"></script>
<script src="bundle1.js"></script>
<script src="bundle2.js"></script>
</body>
</html>

运行结果:

  会生成一个chunkinit.js文件(这个名字是我们在new 插件的时候指定的),这个文件中包含了webpackJsonp、__webpack_require__以及这个函数对象的一系列方法以及被依赖的模块的代码,也就是说require进来的东西并不是动态加载的,而且直接写到了这个chunkinit.js文件中。而两个bundle文件调用了webpackjsonP函数,里面的回调函数中执行了对应入口文件的代码

  可见,这个插件实现的功能和require.ensure都是代码抽取,但两者本质上不同:

组件的初始化定义:包含了webpackJsonp、__webpack_require__以及这个函数对象的一系列方法

ensure:动态加载代码,抽取的是被依赖的代码,多个组件的初始化定义也还是重复的

插件:非动态加载代码,抽取的是多个组件的初始化定义到一个文件中,并且里面写好了被依赖的模块代码

  以上两个组件都引用了两个相同的依赖,所以这两个依赖都放到了chuninit中。测试发现,多个组件中相同的依赖会被放到chunkinti中,而差异的部分则放到对应的bundle中,也就是说bundle中可能同时出现出现被依赖的模块代码以及对应的入口文件的代码

使用jquery

回顾以下:jq这个库兼容amd和commonJS的导入方式,require.ensure可以以不打包的形式导入一个库

有了以上的理解,怎么使用jq就很好想象了,以下使用ensure来导入,同样的理解使用上面的插件来导入应该也是可行的

require.ensure(['./jquery-3.2.1.min'], function(require) {
var jq = require('./jquery-3.2.1.min');
jq('body').attr('c2','true');
});

运行结果正常。

JS打包与代码分割的更多相关文章

  1. requirejs 多页面,多js 打包代码,requirejs多对多打包【收藏】

    这段代码来自 http://stackoverflow.com/questions/20583812/grunt-requirejs-optimizer-for-a-multi-app-project ...

  2. requirejs 多页面,多js 打包代码,requirejs多对多打包

    这段代码来自 http://stackoverflow.com/questions/20583812/grunt-requirejs-optimizer-for-a-multi-app-project ...

  3. 【grunt整合版】30分钟学会使用grunt打包前端代码

    grunt 是一套前端自动化工具,一个基于nodeJs的命令行工具,一般用于:① 压缩文件② 合并文件③ 简单语法检查 对于其他用法,我还不太清楚,我们这里简单介绍下grunt的压缩.合并文件,初学, ...

  4. 【grunt第二弹】30分钟学会使用grunt打包前端代码(02)

    前言 上一篇博客,我们简单的介绍了grunt的使用,一些基础点没能覆盖,我们今天有必要看看一些基础知识 [grunt第一弹]30分钟学会使用grunt打包前端代码 配置任务/grunt.initCon ...

  5. webpack练手项目之easySlide(二):代码分割(转)

    在上一篇 webpack练手项目之easySlide(一):初探webpack  中我们一起为大家介绍了webpack的基本用法,使用webpack对前端代码进行模块化打包. 但是乍一看webpack ...

  6. 使用grunt打包前端代码

    grunt 是一套前端自动化工具,一个基于nodeJs的命令行工具,一般用于:① 压缩文件② 合并文件③ 简单语法检查 对于其他用法,我还不太清楚,我们这里简单介绍下grunt的压缩.合并文件,初学, ...

  7. 【grunt整合版】 30分钟学会使用grunt打包前端代码

    grunt 是一套前端自动化工具,一个基于nodeJs的命令行工具,一般用于:① 压缩文件② 合并文件③ 简单语法检查 对于其他用法,我还不太清楚,我们这里简单介绍下grunt的压缩.合并文件,初学, ...

  8. 30分钟学会使用grunt打包前端代码【mark】

    grunt 是一套前端自动化工具,一个基于nodeJs的命令行工具,一般用于:① 压缩文件② 合并文件③ 简单语法检查 对于其他用法,我还不太清楚,我们这里简单介绍下grunt的压缩.合并文件,初学, ...

  9. 【grunt整合版】学会使用grunt打包前端代码

    grunt 是一套前端自动化工具,一个基于nodeJs的命令行工具,一般用于:① 压缩文件② 合并文件③ 简单语法检查 对于其他用法,我还不太清楚,我们这里简单介绍下grunt的压缩.合并文件,初学, ...

随机推荐

  1. 键值观察 KVO

    http://www.cnblogs.com/dyf520/p/3805297.html Key-Value Observing Programming Guide 1,注册Key-Value Obs ...

  2. ultraedit 窗口布局

    回复默认的设置:工具栏中的视图-->环境-->左边小框里选择“编程员”,再点选择环境 改变使UltraEdit有多个窗口出来 视图’——‘视图/列表’——‘打开文件标签

  3. Qt基本应用

    1 使用方式 在qt designer中直接设计图形界面,然后使用pyGUI转换成py文件. 可以发现,转换的文件为一个class.并不是一个完整的程序(运行时无法出现窗口).这个类名字是Ui_Mai ...

  4. 解决error while loading shared libraries

    ldd print shared library dependencies.可以查看哪些库没有找到. 这个进程启动失败,使用ldd命令可以发现是因为memcache库没有发现.把该so文件放入/lib ...

  5. Educational Codeforces Round 24 E

    Vova again tries to play some computer card game. The rules of deck creation in this game are simple ...

  6. 求n的因子个数与其因子数之和

    方法一:朴素算法:O(n). #include<bits/stdc++.h> using namespace std; int get_num(int n){ ; ;i<=n;++i ...

  7. java自带线程池

    1. newSingleThreadExecutor 创建一个单线程的线程池.这个线程池只有一个线程在工作,也就是相当于单线程串行执行所有任务.如果这个唯一的线程因为异常结束,那么会有一个新的线程来替 ...

  8. RHEL 6.5----apr-util1.6执行make时报错

    报错信息 ]: Entering directory `/usr/local/src/apr-util-' /bin//build-/libtool --silent --mode=compile / ...

  9. net MVC 四种基本 Filter

    四种基本 Filter 概述 MVC框架支持的Filter可以归为四类,每一类都可以对处理请求的不同时间点引入额外的逻辑处理.这四类Filter如下表:   使用内置的Authorization Fi ...

  10. 协程和I/O模型

    1.协程: 单线程实现并发 在应用程序里控制多个任务的切换+保存状态 优点: 应用程序级别速度要远远高于操作系统的切换 缺点: 多个任务一旦有一个阻塞没有切换,整个线程都阻塞在原地 该线程内的其他的任 ...