前沿

image.png

webpack是前端打包工具,是大前端自动化工厂的重要组成部分,webpack的主要是打包,webpack作为自动化工具链的一部分集成更大的工具系统,而不是将一切需求的实现都寄望于webpack。

wepack是前端一个工具,可以让各个模块进行加载,预处理,再进行打包,它能有Grunt或Gulp所有基本功能。

优势:

  1. 支持commonJSAMD模块
  2. 支持很多模块加载器的调用,可以使模块加载器灵活定制,比如babel-loader加载器,该加载器能使我们使用ES6的语法来编写代码
  3. 可以通过配置打包成多个文件,有效的利用浏览器的缓存功能提升性能
  4. 使用模块加载器,可以支持sass,less等处理器进行打包且支持静态资源样式及图片进行打包
1
2
3
4
5
npm install -g webpack

// 项目配置项
// cd 打开
npm init

package.json

1
2
3
4
5
6
7
8
9
10
11
{
"name": "jeskson",
"version": "1.0.0",
"description": "",
"main": "index.js",
"scripts": {
"test": "echo \"Error: no test specified\" && exit 1"
},
"author": "",
"license": "ISC"
}

创建webpack的依赖项:

1
npm install --save-dev webpack
1
2
3
4
5
6
7
8
9
10
11
12
13
14
{
"name": "jeskson",
"version": "1.0.0",
"description": "",
"main": "index.js",
"scripts": {
"test": "echo \"Error: no test specified\" && exit 1"
},
"author": "",
"license": "ISC",
"devDependencies": {
"webpack": "^1.14.0"
}
}

webpack的运行方法

1
2
3
4
5
6
7
8
9
10
11
12
module.exports = {
// __dirname是nodejs里的一个全局变量
// 它指向的是我们项目的根目录
// 入口文件的位置
entry: __dirname + '/app/main.js
output: {
// 打包后的文件放置的位置
path: __dirname + '/public',
// 打包后我们的文件名字
filename: 'webpack.js'
}
}
1
webpack.js
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
{
"name": "jeskson",
"version": "1.0.0",
"description": "",
"main": "index.js",
"scripts": {
"start": "webpack",
"test": "echo \"Error: no test specified\" && exit 1"
},
"author": "",
"license": "ISC",
"devDependencies": {
"webpack": "^1.14.0"
}
}
1
若start改da,npm run da

Loaders需要单独安装并且需要在webpack.config.js下的modules关键字下进行配置,Loaders的配置选项包括以下几方面:

  • test,一个匹配loaders所处理的文件的拓展名的正则表达式。
  • loader,loader的名称
  • include/exclude,手动添加必须处理的文件或屏蔽不需要处理的文件
  • query,为loaders提供额外的设置选项
1
npm install --save-dev json-loader

webpack.config.js

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
module.exports = {
// __dirname是nodejs里的一个全局变量
// 它指向的是我们项目的根目录
// 入口文件的位置
entry: __dirname + '/app/main.js
output: {
// 打包后的文件放置的位置
path: __dirname + '/public',
// 打包后我们的文件名字
filename: 'webpack.js'
},
module: {
loaders: [
{
test: /\.josn$/,
loader: 'json"
}
]
}
}

work.js

1
2
var config = require("./config.json")
document.write(config.text);

webpack对样式表的操作

webpack提供两个工具处理样式表,css-loader和style-loader

css-loader使你能够使用类似@import和url(...)的方法实现require()的功能。

style-loader所有的计算后的样式加入页面中,二者组合在一起使你能够把样式表嵌入webpack打包后的JS文件中。

安装命令:npm install --save-dev style-loader css-loader

webpack.config.js

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
module.exports = {
// __dirname是nodejs里的一个全局变量
// 它指向的是我们项目的根目录
// 入口文件的位置
entry: __dirname + '/app/main.js
output: {
// 打包后的文件放置的位置
path: __dirname + '/public',
// 打包后我们的文件名字
filename: 'webpack.js'
},
module: {
loaders: [
{
test: /\.josn$/,
loader: 'json"
},
{
test: /\.css$/,
loader: "style!css" // 右向左执行
}
]
}
}

css3语法,编写样式的时候,要做浏览器的兼容,也就是要添加很多的样式前缀,这样也会增多代码量,但是现在添加前缀的工作交给webpack来做。

1
npm intall --save-dev postcss-loader autoprefixer

webpack.config.js

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
module.exports = {
// __dirname是nodejs里的一个全局变量
// 它指向的是我们项目的根目录
// 入口文件的位置
entry: __dirname + '/app/main.js
output: {
// 打包后的文件放置的位置
path: __dirname + '/public',
// 打包后我们的文件名字
filename: 'webpack.js'
},
module: {
loaders: [
{
test: /\.josn$/,
loader: 'json"
},
{
test: /\.css$/,
loader: "style!css!postcss" // 右向左执行
}
]
},
postcss: [
require('autoprefixer')
]
}

兼容:

1
2
3
4
5
6
body {
background: red;
display: flex;
display: -webkit-box;
display: -ms-flexbox;
}

webpack之babel-core(es6转换成es5)

Babel其实是几个模块化的包,其核心功能位于称为babel-core的npm包中,不过webpack把它们整合在一起使用,但是对于每一个你需要的功能或拓展,你都需要安装单独的包(用得最多的是解析ES6的babel-preset-es2015包和解析JSX的babel-preset-react包)。

1
npm install --save-dev babel-core babel-loader babel-preset-es2015 babel-preset-react

配置项写法:

1
2
3
4
5
6
7
8
9
{
test: /\.js$/,
exclude: /node_modules/,
loader: 'babel', // 在webpack的module部分的loaders里进行配置即可
query: {
presets: ['es2015','react']
}
}
// React安装: npm install --save react react-dom

webpack.config.js

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
module.exports = {
// __dirname是nodejs里的一个全局变量
// 它指向的是我们项目的根目录
// 入口文件的位置
entry: __dirname + '/app/main.js
output: {
// 打包后的文件放置的位置
path: __dirname + '/public',
// 打包后我们的文件名字
filename: 'webpack.js'
},
module: {
loaders: [
{
test: /\.josn$/,
loader: 'json"
},
{
test: /\.css$/,
loader: "style!css!postcss" // 右向左执行
},
{
test: /\.js$/,
loader: "babel",
exclude: /node_modules/,
query: {
presets: ['es2015']
}
}
]
},
postcss: [
require('autoprefixer')
]
}

webpack之插件的使用

插件(Plugins)是用来拓展Webpack功能的,它们会在整个构建过程中生效,执行相关的任务。

LoadersPlugins常常被弄混,但是它们其实是完全不同的东西,loaders打包构建过程中用来处理源文件的 (JSX, Scss, Less),一次处理一次,插件并不直接操作单个文件,它直接对整个构建过程起作用。

要使用某个插件,我们要通过npm安装它,然后要做的就是在webpack配置中的plugins关键字部分,添加改插件的一个实例(plugins是一个数组),添加一个实现版权声明的插件。

我们需要在配置文件的最开始调用webpack插件:

1
var webpack = require('webpack');

然后在module.exports={}里添加一个plugins的关键字

1
2
3
4
plugins: [
new webpack.BannerPlugin('版权') // 在整个数组中new一个就可以了
// 这里一个添加版权声明的插件是webpack自带的并不需要安装插件
]

HtmlWebpackPlugin

这个插件的作用是依据一个简单的模板,帮你生成最终的HTML5文件,这个文件中自动引用了你打包后的JS文件,每次编译都在文件名中插入一个不同的哈希值。

1
npm install --save-dev html-webpack-plugin

这个插件自动完成了我们之前手动做的一些事情,在正式使用之前需要对一直以来的项目结构做一些改变:

移除public文件夹,利用此插件,HTML5文件会自动生成,此外CSS已经通过前面的操作打包到JS中,public文件夹里。

在app目录下,创建一个Html文件模板,这个模板包含title等其它你需要的元素,在编译过程中,本插件会依据此模板生成最终的html页面,会自动添加所依赖的css.js,favicon等文件。

配置项:

webpack.config.js

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
var webpack = require('webpack');
var Html = require('html-webpack-plugin');

module.exports = {
// __dirname是nodejs里的一个全局变量
// 它指向的是我们项目的根目录
// 入口文件的位置
entry: __dirname + '/app/main.js
output: {
// 打包后的文件放置的位置
path: __dirname + '/public',
// 打包后我们的文件名字
filename: 'webpack.js'
},
module: {
loaders: [
{
test: /\.josn$/,
loader: 'json"
},
{
test: /\.css$/,
loader: "style!css!postcss" // 右向左执行
},
{
test: /\.js$/,
loader: "babel",
exclude: /node_modules/,
query: {
presets: ['es2015']
}
}
]
},
postcss: [
require('autoprefixer')
],
plugins: [
new webpack.BannerPlugin('版权'), // 在整个数组中new一个就可以了
// 这里一个添加版权声明的插件是webpack自带的并不需要安装插件
new Html({
template: __dirname + '/app/index.html'
})
]
}

webpack之webpack-dev-server

自动刷新页面的功能

webpack开发服务器,是webpack官方提供的一个辅助开发工具,它可以自动监控项目下的文件,一旦有修改保存的操作,他就会主动执行打包命令,将我们的代码重新打包,并且需要的话还可以刷新浏览器。

1
npm install --save-dev webpack-dev-server

contentBase 默认webpack-dev-server会为根文件夹提供本地服务器,如果想为另外一个目录下的文件提供本地服务器,应该在这里设置其所在目录。

  • port 设置默认监听端口,如果省略,默认为“8080”
  • inline 设置为true,当源文件改变时会自动刷新页面
  • colors 设置为true,使终端输出的文件为彩色的
  • historyApiFallback 在开发单页应用时非常有用,它依赖于HTML5 history API,如果设置为true,所有的跳转将指向index.html
1
2
3
4
5
6
devServer {
contentBase: "./public", // 本地服务器所加载的页面所在的目录
colors: true, // 终端中输出结果为彩色
historyApiFallback: true, // 不跳转
inline: true, // 实时刷新
}

webpack.config.js

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
var webpack = require('webpack');
var Html = require('html-webpack-plugin');

module.exports = {
// __dirname是nodejs里的一个全局变量
// 它指向的是我们项目的根目录
// 入口文件的位置
entry: __dirname + '/app/main.js
output: {
// 打包后的文件放置的位置
path: __dirname + '/public',
// 打包后我们的文件名字
filename: 'webpack.js'
},
module: {
loaders: [
{
test: /\.josn$/,
loader: 'json"
},
{
test: /\.css$/,
loader: "style!css!postcss" // 右向左执行
},
{
test: /\.js$/,
loader: "babel",
exclude: /node_modules/,
query: {
presets: ['es2015']
}
}
]
},
postcss: [
require('autoprefixer')
],
plugins: [
new webpack.BannerPlugin('版权'), // 在整个数组中new一个就可以了
// 这里一个添加版权声明的插件是webpack自带的并不需要安装插件
new Html({
template: __dirname + '/app/index.html'
})
],
devServer: {
contentBase: './public', // 本地服务起所加载的页面所在的目录
colors: true,
inline: true, // 实时刷新
hot: true
}
}

webpack-dev-server有两种启动模式:

iFrame:该模式下修改代码会自动打包,但不会刷新浏览器

inline:该模式下修改代码会自动打包,并且会刷新浏览器

运行方式:webpack-dev-server --line

模块热加载技术,也就是说我们在修改代码后并执行保存,代码不仅可以打包而且会自动刷新我们修改部分的代码,而不会刷新浏览器。

1
2
3
4
5
6
7
devServer: {
contentBase: "./public", // 本地服务器所加载的页面所在的目录
colors: true, // 终端中输出结果为彩色
historyApiFallback: true, // 不跳转
inline: true, // 实时刷新
hot: true // 允许热加载
}
1
webpack-dev-server --inline --hot

Fuse.js

Fuse.js 是一个功能强大、轻量级的模糊搜索库,零依赖

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
// 1. List of items to search in
const books = [
{
title: "Old Man's War",
author: {
firstName: 'John',
lastName: 'Scalzi'
}
},
{
title: 'The Lock Artist',
author: {
firstName: 'Steve',
lastName: 'Hamilton'
}
}
]

// 2. Set up the Fuse instance
const fuse = new Fuse(books, {
keys: ['title', 'author.firstName']
})

// 3. Now search!
fuse.search('jon')

// Output:
// [
// {
// item: {
// title: "Old Man's War",
// author: {
// firstName: 'John',
// lastName: 'Scalzi'
// }
// },
// refIndex: 0
// }
//

模块打包工具

模块打包工具是 为了解决 模块间的依赖,使其能够打包后的结果运行在浏览器上。

  • 将存在依赖关系的模块按照特定规则合并为单个JS文件,一次全部加载进页面中。
  • 在页面初始时加载一个入口模块,其他模块异步地进行加载。

webpack

  1. webpack默认支持多种模块标准
  2. webpack有完备的代码分割解决方案
  3. webpack可以处理各种类型的资源
  4. webpack有庞大的社区支持

安装使用本地安装方式:

  1. 如果采用全局安装,那么在与他人进行项目协作的时候,由于每个人系统中的webpack版本不同,可能会导致结果不一致。
  2. 部分依赖与webpack的插件会调用项目中webpack的内部模块,这种情况下仍然需要在项目本地安装webpack,而如果全局和本地都有,容易造成混淆。
1
2
npm init
// yarn init

生成一个package.json文件,它相当于npm项目的说明书,里面记录了项目名称,版本,仓库地址等信息。

1
npm install webpack webpack-cli --save-dev

webpack是核心模块,webpack-cli命令行工具

  • entry是资源打包的入口
  • output-filename是输出资源名
  • webpack为开发者提供了development,production,none三种模式

webpack的默认配置文件为webpack.config.js:

1
2
3
4
5
6
7
module.exports = {
entry: './src/index.js',
output: {
filename: 'bundle.js',
},
mode: 'development',
}

webpack-dev-server

1
npm install webpack-dev-server --save-dev

npm install --production过滤掉devDependencies中的多余模块

1
2
3
4
5
6
7
8
9
10
module.exports = {
entry: './src/index.js',
output: {
filename: 'bundle.js',
},
mode: 'development',
devServer: {
publicPath: '/dist',
},
}

webpack-dev-server是用来接收浏览器的请求,然后将资源返回。当webpack-dev-server接收到浏览器的资源请求时,它会首先进行URL地址校验。如果该地址是资源服务地址,就会从webpack的打包结果中寻找该资源并返回给浏览器。反之,如果请求地址不属于资源服务地址,则直接读取硬盘中的源文件并将其返回。

webpack-dev-server:

  • 令webpack进行模块打包,并处理打包结果的资源请求
  • 作为普通的web server,处理静态资源文件请求

webpack可以处理模块之间的依赖,将它们串联起来合并为单一的JS文件,使用本地安装,可以使团队开发时共用一个版本,并且可以让其他插件直接获取webpack的内部模块。

模块打包

导出

1
2
3
4
5
6
module.exports = {
name: 'calculater',
add: function(a, b) {
return a + b;
}
};

CommonJS模块内部会有一个module对象用于存放当前模块的信息,可以理解成在每个模块的最开始定义的对象:

1
2
3
var module = {...};
// 模块自身逻辑
module.exports = {...};

应用中,🗡已把module.exports以及exports语句放在模块的末尾.

在CommonJS中使用require进行模块导入

1
2
3
4
5
6
module.exports = {
add: func()
}

const addFun = require('./addjs.js');
const num = addFun.add()
  • require的模块是第一次被加载,这时会首先执行该模块,然后导出内容。
  • require的模块曾经被加载过,该模块的代码不会再次执行,而是直接导出上次执行后得到的结果。

模块中的module对象用来存放信息,对象中有个属性loaded用于记录该模块是否被加载过。默认为false,加载过后为true。

动态性

require函数可以接收表达式。

1
2
3
4
const moduleNames = ['foo.js', 'bar.js'];
moduleNames.forEach(name => {
require('./' + name);
});

es6模块

1
2
3
4
5
6
export default {
name: 'dada'
};

import add form './xx.js';
const num = add.name

ES6 Module会自动采用严格模式

导出

  • 第一种: 将变量的声明和导出写在一行
  • 第二种: 将先进行变量声明,然后再用同一个export语句导出

在使用命名导出时,可以通过as关键字对变量重命名。

将export default理解为对外输出了一个名为default的变量,因此不需要像命名导出一样进行变量声明,直接导出值即可。

1
2
// 导出字符串
export default 'ddd'

导入

在导入多个变量时,可以采用整体导入的方式

import * as addFunc from 'xxx.js';

两种导入方式混合:

1
2
3
import React, { Component } from 'react';
// React对应的是该模块的默认导出
// Component是其命名导出中的一个变量

复合写法

1
2
import calculator from './calculator.js';
export default calculator;

CommonJS和ES6 Module

CommonJS和ES6 Module最本质的区别在于前者对模块依赖的解决是“动态的”,而后者是“静态的”。

动态:模块依赖关系的建立发生在代码运行阶段;静态:模块依赖关系的建立发生在代码编译阶段。

ES6代码的编译阶段就可以分析出模块的依赖关系:

  • 死代码检测和排除,用静态分析工具检测哪些模块没有被调用过。就是未被调用到的模块代码就是不会被执行的,成了死代码,通过静态分析可以在打包时去掉这些未曾用过的模块,来减少打包资源体积。
  • 模块变量类型检查,JavaScript属于动态类型语言,不会在代码执行前检查类型错误。而ES6 Module的静态模块结构有助于确保模块之间传递的值或接口类型是正确的。
  • 编译器优化。CommonJS等动态模块系统中,无论采用哪种方式,本质上导入的都是一个对象,而ES6 Module支持直接导入变量,减少了引用层级,程序效率更高。

在导入一个模块时,对于CommonJS来说是一份导出值的拷贝,而ES6 Module则是值的动态映射,并且这个映射是只读的。

AMD

AMD是异步模块定义,与CommonJS和ES6 Module区别在于它加载模块的方式是异步的。

通过AMD形式定义模块的好处在于其模块加载是非阻塞性的,当执行到require函数时并不会停下来去执行被加载的模块,而是继续执行require后面的代码,

UMD

它的目标是使一个模块能运行在各种环境下,不论是CommonJS,AMD,还是非模块化的环境。

npm

初始化npm工程,通过npm来获取模块:

1
2
3
4
// 项目初始化
npm init -y
// 安装 lodash
npm install lodash
1
2
3
4
// 使用
// index.js

import _ from 'lodash';

CommonJS和ES6 Module是目前使用广泛的,主要区别前者建立模块依赖关系是在运行时,后者是编译时。在模块导入方面,CommonJS导入是值拷贝,ES6 Module导入的是只读的变量映射,ES6 Module通过其静态特性可以进行编译过程中的优化,并且具备处理循环依赖的能力。

webpack是一个在开发阶段进行打包的模块化工具,也就是说它无法不经过打包直接在线上使用。webpack同时兼容AMD、Common.js以及非模块化的写法.

使用全局安装的webpack或者gulp

1
npm install -g webpack gulp

可以考虑使用淘宝的镜像

1
npm install -g webpack gulp --registry=http://registry.npm.taobao.org

入口文件就是在HTML直接引用的,由浏览器触发执行的JS文件。其它的非入口文件则是由入口文件来直接或间接依赖,由JS互相调用执行。

解析文件

1
2
3
4
5
(function(modules){
// Runtime
})([
// 模块数组
])

Common Chunks 插件的作用就是提取代码中的公共模块,然后将公共模块打包到一个独立的文件中去,以便在其它的入口和模块中使用。

使用它来提取公共模块

1
2
3
4
5
6
7
8
9
10
11
12
13
14
var webpack = require('webpack');

module.exports = {
entry:{
main1:'./main',
main2:'./main.2'
},
output:{
filename:'bundle.[name].js'
},
plugins: [
new webpack.optimize.CommonsChunkPlugin('common.js', ['main1', 'main2'])
]
};

分割点表示代码在此处被分割成两个独立的文件。具体的方式有两种。

使用require.ensure

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

使用AMD的动态require

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

output.publicPath

一般情况下,用上面的配置就能搞定了。但如果你的网站稍大一点,可能需要引入CDN,而且很可能CDN还有一些很古怪的前缀,这个时候可以通过output.publicPath来搞定。

例如,在前面的例子中,输出的脚本路径是dist/example4.1.js,而在生产环境中访问的时候却有可能是http://cdn.toobug.net/scripts/webpack_guide/dist/example4.1.js。这种情况下,就需要使用output.publicPath来将前面的路径补全:

1
2
3
output:{
publicPath:'http://cdn.toobug.net/scripts/webpack_guide/'
}

这样发布到生产环境以后,就会到CDN上对应的路径去加载脚本了。

TypeScript(ts-loader)

1
2
3
4
5
6
module:{
rules:[{
test: /.ts$/,
loader:'ts-loader',
}]
}

bundle-loader是一个用来在运行时异步加载模块的loader。

1
2
3
4
5
6
7
8
9
10
11
// 在require bundle时,浏览器会加载它
var waitForChunk = require("bundle!./file.js");

// 等待加载,在回调中使用
waitForChunk(function(file) {
// 这里可以使用file,就像是用下面的代码require进来一样
// var file = require("./file.js");
});

// todo:这句注释说的是?
// wraps the require in a require.ensure block
1
2
3
4
5
6
var load = require("bundle?lazy!./file.js");

// 只有在调用load的时候才会真正加载
load(function(file) {

});

❤️关注+点赞+收藏+评论+转发❤️,原创不易,鼓励笔者创作更好的文章

点赞、收藏和评论

我是Jeskson,感谢各位人才的:点赞、收藏和评论,我们下期见!(如本文内容有地方讲解有误,欢迎指出☞谢谢,一起学习了)

我们下期见!

github收录,欢迎Starhttps://1024bibi.com