1、配置
你可能已经注意到,很少有 webpack 配置看起来完全相同。这是因为 webpack 的配置文件,是一个导出 webpack 配置对象 的 JavaScript 文件。然后 webpack 会根据此配置对象上定义的属性进行处理。
因为 webpack 配置是标准的 Node.js CommonJS 模块,你可以做到以下事情:
- 通过 require(…) 导入其他文件
- 通过 require(…) 使用 npm 的工具函数
- 使用 JavaScript 控制流表达式,例如 ?: 操作符
- 对常用值使用常量或变量
- 编写和执行函数,来生成部分配置
请在合适的场景下使用这些功能。
虽然技术上可行,但应避免以下做法:
- 在使用 webpack 命令行接口(CLI)时,访问命令行接口(CLI)参数(应该编写自己的命令行接口(CLI),或 使用 –env)
- 导出不确定的值(调用 webpack 两次应该产生同样的输出文件)
- 编写很长的配置(应该将配置拆分为多个文件)
这份文档中得出的最重要的收获是,你的 webpack 配置可以有许多不同的格式和风格。关键在于,为了便于你和你的团队易于理解和维护这些配置,需要保证一致性。
接下来的例子展示了 webpack 配置(webpack configuration)如何即具有表现力,又具有可配置性,这是因为配置即是代码:
2、基本配置
webpack.config.js
var path = require('path');
module.exports = {
mode: 'development',
entry: './foo.js',
output: {
path: path.resolve(__dirname, 'dist'),
filename: 'foo.bundle.js'
}
};
See: Configuration section for the all supported configuration options
3、多个 target
除了可以将单个配置导出为 object, function 或 Promise,还可以将其导出为多个配置。
查看:导出多个配置
4、使用其他配置语言
webpack 接受以多种编程和数据语言编写的配置文件。
查看: 配置语言
5、模块
在 模块化编程 中,开发者将程序分解为功能离散的 chunk (discrete chunks of functionality),并称之为 模块。
每个模块具有比完整程序更小的接触面,使得验证、调试、测试轻而易举。 精心编写的_模块_提供了可靠的抽象和封装界限,使得应用程序中每个模块,都具备了条理清楚的设计和明确的目的。
Node.js 从最一开始就支持模块化编程。 然而,web 的模块化支持正缓慢到来。 在 web 存在多种支持 JavaScript 模块化的工具,这些工具各有优势和限制。 webpack 基于从这些系统获得的经验教训,并将_模块_的概念应用于项目中的任何文件。
6、什么是 webpack 模块
与 Node.js 模块 相比,webpack _模块_能够以各种方式表达它们的依赖关系。下面是一些示例:
- ES2015 import 语句
- CommonJS require() 语句
- AMD define 和 require 语句
- css/sass/less 文件中的 @import 语句。
- 样式(url(…))或 HTML 文件(< img src=…>)中的图片链接
webpack 1 需要特定的 loader 来转换 ES2015 import,然而在 webpack 2 中,这一切都是开箱即用的。
7、支持的模块类型
通过 loader,webpack 可以支持以各种语言和预处理器语法编写的模块。loader 描述了 webpack 如何处理 非 JavaScript 模块,并且在 bundle 中引入这些_依赖_。 webpack 社区已经为各种流行语言和语言处理器创建了 loader,包括:
- CoffeeScript
- TypeScript
- ESNext (Babel)
- Sass
- Less
- Stylus
其实还有很多!总的来说,webpack 提供了可定制的、强大和丰富的 API,允许在任何技术栈中使用 webpack,同时在开发、测试和生产环境下的工作流程中做到无侵入性。
有关完整列表,请参考 loader 列表 或 编写 你自己的 loader。