您的位置：首页 > Web前端 > Webpack

深入学习webpack（二）

2017-05-16 21:17 190 查看

深入学习webpack（二）

在深入学习webpack（一）中，我通过一个例子介绍了webpack的基本使用方法，下面将更为系统的学习webpack的基本概念，对于一门技术的掌握我认为系统化还是很重要的，如果仅仅是一知半解，更为深入的地方了解不够，那么你就泯然众人矣。

　　webpack的核心概念主要有四个： entry（入口）、output（出口）、loaders（加载器）、plugins（插件）。下面我将逐一介绍。

Entry

　　webpack会创建应用里所有依赖的图表，而最开始的图表就是所谓的入口文件。入口文件会告诉webpack从何处开始并且根据依赖清楚如何打包。所以入口文件就是承接上下文的根文件或者说是你的app第一个使用的文件。

　　在webpack中我们在 webpack.config.js 中的entry选项里定义入口文件，最简单的定义方式如下：

module.exports = {
entry: './path/to/my/entry/file.js'
};

　　这个非常容易理解，不再赘述。下面进行更为详细的介绍。

单一入口配置

　　webpack.config.js内容如下：

const config = {
entry: './path/to/my/entry/file.js'
};

module.exports = config;

　　这和之前的配置是一样的，只是我们把导出的这个对象赋给了config对象之后才导出的。

　　说明：这个语法是虽简单的语法，它是下面语法的简写形式。

const config = {
entry: {
main: './path/to/my/entry/file.js'
}
};

　　 What happens when you pass an array to

entry

? Passing an array of file paths to the

entry

property creates what is known as a "multi-main entry". This is useful when you would like to inject multiple dependent files together and graph their dependencies into one "chunk".　　

当你希望快速建立一个单入口应用的webpack配置时，这是一个非常棒的选择。然而，这个语法并没有太多的可扩展性。

　注意：这里的main是可以替换的，并且换成任意的名称都是可以编译成功的，但是对于多入口文件，这里的名称就对应于html的名称了，比如两个页面，a.html和b.html，那么在entry中的两个键就是a和b了。

对象语法配置

　　webpack.config.js如下：

const config = {
entry: {
app: './src/app.js',
vendors: './src/vendors.js'
}
};

　　对象语法可能显得冗杂一些，但是对于定义的入口文件和出口文件这是最具扩展性的方式。

"Scalable webpack configurations" are ones that can be reused and combined with other partial configurations. This is a popular technique used to separate concerns by environment, build target and runtime. They are then merged using specialized tools like webpack-merge.

Scenarios

下面的入口文件的使用是它们在生产环境中使用的例子：

独立的App和Vender入口

webpack.config.js如下所示：

const config = {
entry: {
app: './src/app.js',
vendors: './src/vendors.js'
}
};

从表面来看，它告诉webpack从app.js和verdors.js两者同时开始（作为入口文件），这些图表是完全独立的，在单页面应用中这是非常常见的（除了verdors）。

多页面应用

const config = {
entry: {
pageOne: './src/pageOne/index.js',
pageTwo: './src/pageTwo/index.js',
pageThree: './src/pageThree/index.js'
}
};

与单页面不同，对于多页面显然就有多个入口文件，这样配置的目的就是如此，即告诉webpack我们需要三个独立的依赖图表。

Output

　　即使你需要打包所有的文件到一个文件中你还是需要告诉webpack最终要打包到哪里，而这里的output属性就是告诉webpack如何处理打包文件的。

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'
}
};

　　同样注意：这里的path时node的内置模块。

　　另外，出口文件的路径必须是绝对路径而不能是相对路径。

　　即我们使用了output.filename和output.path属性来将所有文件最终打包到path和filename对应的文件中去，这样，在html中，我们就可以应用这些文件了。

　　在entry中我们知道入口可以是多个，但是出口文件的配置确实指定的。　

　　下面介绍一些常用的选项，即下面的属性是可以定义在output对象中的。

output.chunkFilename

　　不常用

output.crossOriginLoding

　　与跨域相关。

output.devtoolLineToLine

　　不常用。

output.filename

　　即指定出口文件的文件名，注意：这里不能使用绝对路径，因为output.path选项决定了文件在磁盘上的位置，而filename仅仅是用来命名文件的。

　（1）单入口

{
entry: './src/app.js',
output: {
filename: 'bundle.js',
path: __dirname + '/build'
}
}

// writes to disk: ./build/bundle.js

　　即对于单入口的文件，最终只会打包出一个文件。

　（2）多入口

　　当页面是多入口时，你应该使用替换法来确保每一个出口文件都有一个独一无二的名字。

　　其中[name]将会被打包出的文件名所代替。

　　[hash]将会被compilation（编译）所代替。

　　[chunkhash]将会被chunk的hash代替。举例如下所示：

{
entry: {
app: './src/app.js',
search: './src/search.js'
},
output: {
filename: '[name].js',
path: __dirname + '/build'
}
}

// writes to disk: ./build/app.js, ./build/search.js

　　注意：这里的app和search对应的页面是app.html和search.html两个。

output.hotUpdateChunkFilename

　　不常用

output.hotUpdateFilename

　　不常用

output.hotUpdateMainFilename

　　不常用

output.jsonpFunction

　　不常用

output.library

　　不常用

output.libraryTarget

　　不常用

output.path

　　这必须是一个绝对路径。如下，config.js：

output: {
path: "/home/proj/public/assets",
publicPath: "/assets/"
}

　　index.html:

<head>
<link href="/assets/spinner.gif"/>
</head>

　　更加复杂的例子是使用CDN。那么config如下：

output: {
path: "/home/proj/cdn/assets/[hash]",
publicPath: "http://cdn.example.com/assets/[hash]/"
}

　　注意： path和publicPath是不同的，前者是我们常用的方法，即将模块打包到的路径，而publicPath是为了存放静态资源，如img等。

output.sourceMapFilename

　　不常用

Loaders

　　什么是Loaders？

Loaders are transformations that are applied on the source code of a module.

　　为什么要用Loaders？

　　因为比如我们使用es6的语法，但是现代浏览器不识别，所以在打包前我们就需要使用Loaders将他们进行编译，得到我们想要的结果。

　　这样，通过webpack的Loaders，我们就不需要使用手工的方法去处理这些问题了。

将项目中所有的资源打包是webpack的职责而非浏览器的。 webpack认为所有的文件，包括css、html、scss、jpg等都是模块。然而，webpack只能识别JavaScript。

　　webpack中的Loaders会把你的这些依赖像的文件文件转化为modules。

　　Loaders的意图有两个：

通过test属性识别哪些文件应该被一个确定的Loader转化为模块。

通过use属性来转化这些文件，这样，转化后的模块就可以添加到你的依赖图表中了。

　　如下所示：

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: /\.(js|jsx)$/, use: 'babel-loader'}
]
}
};

module.exports = config;

　　上面的配置文件中的modules下就定义了一个rules，且rules是一个数组，其中的每一个元素都是一个对象，配置了Loader。其中，module是说这是我们所需要的模块。

　　它实现了这样的一个功能：

"Hey webpack compiler, when you come across a path that resolves to a '.js' or '.jsx' file inside of a

require()

import

statement,

use the

babel-loader

to transform it before you add it to the bundle".

　　即当webpack遇到了js和jsx后缀的文件时，就用babel-loader将其进行编译，然后再打包他们。

　　非常重要的一点是当定义规则时，你是在module.rules下进行定义的，而不是在rules下定义的。

例子

　　比如，我们可以使用loaders来告诉webpack加载一个css文件或者将Typescript转化为js，首先安装下面的loaders：

npm install --save-dev css-loader
npm install --save-dev ts-loader

　　接下来，在webpack.config.js中配置：即将所有的css文件都使用css-loader进行处理，ts同样。

module.exports = {
module: {
rules: [
{test: /\.css$/, use: 'css-loader'},
{test: /\.ts$/, use: 'ts-loader'}
]
}
};

　　值得注意的是：就css-loader而言，下面的配置也是等效的：

{test: /\.css$/, loader: 'css-loader'}
// or equivalently
{test: /\.css$/, use: 'css-loader'}
// or equivalently
{test: /\.css$/, use: {
loader: 'css-loader',
options: {}
}}

　　

　　另外，我们还可以对loader进行配置，配置的方式主要有三种：

通过webpack.config.js

在requires tatement中明确

通过CLI

通过 webpack.config.js

module: {
rules: [
{
test: /\.css$/,
use: [
{ loader: 'style-loader'},
{
loader: 'css-loader',
options: {
modules: true
}
}
]
}
]
}

这种方式是最简洁的方式，他可以用来帮助我们维护简洁的代码，并且提供了overview。

通过require

　　通过require或者define来使用loader。并且我们使用！来区分不同的loader，每一部分都是相对于当前的目录。　　

require('style-loader!css-loader?modules!./styles.css');

　　　并且我们可以通过在整个rule之前使用！来覆盖配置中的任何loader。

　　options可以传递一个查询字符串，就像web中的一样？key=value&foo=bar。使用一个JSON对象也是可以的。

　　

通过CLI

webpack --module-bind jade-loader --module-bind 'css=style-loader!css-loader'

　　这里针对于jade文件使用了jade-loader，针对于css文件使用style-loader和css-loader，这种方式无疑非常麻烦的，不建议使用。

Loader的特性

Loaders可以是链式的，即链子上的第一个loader返回一个值作为此链子上的下一个loader需要处理的对象。

loaders可以是同步的，也可以是异步的。

loaders 可以运行在nodejs中。

loaders接受查询字符串。

loaders也可以通过options对象来配置。

plugins可以给loaders更多的特性。

Plugins

　　loaders只能执行一些pre-file的转换，而plugins的功能更为强大，为了使用一个plugin，你必须require()到它，

　　然后再添加到plugins的数组中（一般都要new一个）。

　　注意：因为你可能会多次使用同一个插件因为不同的意图，所以你需要每次都来new；而loader是针对所有的文件的，并且用途是固定的，所以没有new的概念。

　　如下所示：

const HtmlWebpackPlugin = require('html-webpack-plugin'); //installed via npm
const webpack = require('webpack'); //to access built-in plugins
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: /\.(js|jsx)$/, use: 'babel-loader'}
]
},
plugins: [
new webpack.optimize.UglifyJsPlugin(),
new HtmlWebpackPlugin({template: './src/index.html'})
]
};

module.exports = config;

　　即我们需要先通过npm install来安装到本地，然后在require得到，最后再在plugins中new一个。

　　并且webpack的插件非常多，我们可以在这里查找更多的插件。

插件剖析

　　一个webpack插件就是一个JavaScript对象，它有一个apply属性，这个apply属性被webpack编译器调用，在整个编译的生命周期存在。

配置

　　我们可以通过webpack.config.js进行配置，如下所示：

const HtmlWebpackPlugin = require('html-webpack-plugin'); //installed via npm
const webpack = require('webpack'); //to access built-in plugins
const path = require('path');

const config = {
entry: './path/to/my/entry/file.js',
output: {
filename: 'my-first-webpack.bundle.js',
path: path.resolve(__dirname, 'dist')
},
module: {
rules: [
{
test: /\.(js|jsx)$/,
loader: 'babel-loader'
}
]
},
plugins: [
new webpack.optimize.UglifyJsPlugin(),
new HtmlWebpackPlugin({template: './src/index.html'})
]
};

module.exports = config;

https://webpack.js.org/concepts/plugins/
　　

努力的人，运气永远都不会太差！

内容来自用户分享和网络整理，不保证内容的准确性，如有侵权内容，可联系管理员处理

标签：

相关文章推荐

新的分享

章节导航