webpack

webpack是一个现代 JavaScript 应用程序的模块打包器(module bundler). 当webpack处理应用程序时,它会递归地构建一个依赖关系图(dependency grapy),其中包含应用程序需要的每个模块.然后将这些模块打包成一个或多个bundle.它是高度可配置的.

四个核心概念:

入口(entry)
输出(output)
loader
插件(plugins)

入口(entry)

入口起点(entry point)指示webpack应该使用哪个模块,来作为构建内部依赖图的开始.进入入口起点后,webpack会找出哪些模块和库是入口起点(直接和间接)依赖的.每个依赖项随即被处理,最后输出到称之为bundles的文件夹中.

1
2
3
4
// webpack.config.js
module.exports = {
entry: './path/to/my/entry/file.js'
};

多页应用程序

1
2
3
4
5
6
7
8
// 告诉webpack需要三个独立分离的依赖图
const config = {
entry: {
pageOne: './src/pageOne/index.js',
pageTwo: './src/pageTwo/index.js',
pageThree: './src/pageThree/index.js'
}
}

使用CommonsChunkPlugin为每个页面间的应用程序共享代码创建bundle.由于入口起点增多,多页面应用能复用入口起点之间的大量代码/模块,从而可以极大地从这些技术中受益.

出口(output)

output属性告诉webpack在哪里输出它所创建的bundles,以及如何命名这些文件.在配置中指定一个output字段,来配置这些处理过程:

1
2
3
4
5
6
7
8
9
// webpack.config.js
const path = require('path');
module.exports = {
entry: './path/to/my/entry/file.js',
output: {
path: path.resolve(__dirname,'dist'),
filename: 'my-first-webpack.bundle.js'
}
}

如果创建了多个单独的”chunk”文件(例如,使用多个入口起点或使用像CommonsChunkPlugin 这样的插件),则应该使用占位符来确保每个文件具有唯一名称

1
2
3
4
5
6
7
8
9
10
11
{
entry:{
app: './src/app.js',
search: './src/search.js'
},
output: {
filename: '[name].js',
path: __dirname + 'dist'
}
}
// 写入到硬盘: ./dist/app.js ./dist/search.js

loader

loader让webpack能够去处理那些非JavaScript文件(webpack自身只理解JavaScript).loader可以将所有类型的文件转换为webpack能够处理的有效模块,然后你就可以利用webpack的打包能力,对他们进行处理.本质上,webpack loader将所有类型的文件,转换为应用程序的依赖图可以直接引用的模块.
在更高的层面上,webpack的配置中 loader 有俩个目标.

1 识别出应该被对应的 loader 进行转换的那些文件(使用 test 属性)
2 转换这些文件,从而使其能够被添加到依赖图中(并且最终添加到bundle中 use 属性)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
const path = require('path');
const config = {
entry: './path/to/my/entry/file.js',
output: {
path: path.resolve(__dirname,'dist'),
filename: 'my-first-webpack.bundle.js'
},
module: {
rules: [
{test:/\.txt$/,use:'raw-loader'}
]
}
};
module.exports = config;

loader 用于对模块的源码进行转换. loader可以使你在 import 或加载模块时预处理文件.loader类似于其他构建工具的任务 task ,比如 gulp. 并提供了处理前端构建步骤的强大方法.loader可以将文件从不同的语言转换为 JavaScript,或将内联图像转换为dataURL. loader甚至允许你直接在 JavaScript 模块中 import CSS文件. 例如,使用 loader 告诉webpack 加载CSS文件,或者将 TypeScript 转换为 JavaScript. 为此,首先安装相应的loader.
npm install --save-dev css-loader npm install --save-dev ts-loader

1
2
3
4
5
6
7
8
module.exports = {
module: {
rules: [
{ test: /\.css$/, use: 'css-loader' },
{ test: /\.ts$/,use: 'ts-loader' }
]
}
}

还可以 import 语句或任何等效于 import的方法中指定loader.使用!将资源中的loader分开.分开的每个部分都相对于当前目录解析.
import Styles from 'style-loader!css-loader?modules!./styles.css';
尽可能使用module.rules,因为这样可以减少源码中的代码量,并且可以在出错时,更快的调试和定位loader中的问题.
loader特性:

1 loader支持链式传递.能够对资源使用流水线(pipeline).一组链式的loader将按照先后顺序进行编译.loader链式中的第一个loader返回值返回给下一个loader.在最后一个loader,返回webpack所预期的JavaScript.
2 loader可以是同步的,也可以是异步的.
3 loader 运行在Node.js中,并且能够执行任何可能的操作.
4 loader接收查询参数.用于对loader传递配置
5 loader 也能够使用 options 对象进行配置
6 除了使用 package.json 常见的 main 属性,还可以将普通的 npm 模块导出为loader,做法是在 package.json 里定义一个 loader 字段.
7 插件为 loader 带来更多的特性
8 loader 能够产生额外的任意文件

loader 通过预处理函数,为JavaScript生态系统提供了更多的能力.用户现在可以更加灵活的引入细粒度逻辑,例如压缩,打包等

解析loader
loader将从模块路径解析(npm install node_modules)
loader模块需要导出一个函数,并且使用Node.js兼容的JavaScript编写.通常使用npm进行管理.按照约定,loader通常将被命名为xxx-loader(json-loader).

插件(plugins)

loader将被用于转换某些类型的模块,而插件则可以用于执行范围更广的任务.插件的范围包括,从打包优化和压缩,一直到重新定义环境中的变量.插件接口的功能及其强大,可以用来处理各种各样的任务.
想要使用一个插件,你只需要require()它,然后把它添加到plugins数组中.多数插件可以通过option选项自定义,你也可以在一个配置文件中因为不同的目的而多次使用同一个插件,这时需要通过使用 new 操作符来创建它的一个实例.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
const HtmlWebpackPlugin = require('html-webpack-plugin'); // 通过 npm 安装
const webpack = require('webpack'); // 用于访问内置插件
const path = require('path');
const config = {
entry: './path/to/my/entry/file.js',
output: {
path: path.resolve(__dirname,'dist'),
filename: 'my-first-webpack.bundle.js'
},
module: {
rules: [
{test: /\.txt$/, use: 'raw-loader'}
]
},
plugins: [
new webpack.optimize.UglifyJsplugin(),
new HtmlWebpackPlugin({template:'./src/index.html'})
]
}
module.exports = config;

Recommended Posts