术语表
该索引列出了整个 webpack 生态系统中的常用术语。
A
- Asset: 资源是对图像、字体、媒体和任何其他类型文件的统称，通常用于网站和其他应用程序中。这些文件通常在 output 中最终输出为单独的文件，但也可以通过诸如 style-loader 或 url-loader之类的方法内联。
B
- Bundle: bundle 由许多不同的模块生成，包含已经经过加载和编译过程的源文件的最终版本。
- Bundle Splitting: 这个过程提供了一种优化构建的方法，允许 webpack 为单个应用程序生成多个 bundle 文件。因此，可以将每个 bundle 文件与影响其他文件的更改进行分离，从而减少重新发布并由此被客户端重新下载的代码量，并且运用浏览器缓存。
C
- Chunk: 此 webpack 特定术语在内部用于管理捆绑过程。输出束（bundle）由块组成，其中有几种类型（例如 entry 和 child ）。通常，块 直接与 输出束 (bundle）相对应，但是，有些配置不会产生一对一的关系。
- Code Splitting: 代码分离指将代码分成不同的包/块，然后可以按需加载，而不是加载包含所有内容的单个包。
- Configuration: webpack 的配置文件是导出一个对象的 JavaScript 文件。 webpack 根据配置对象定义的属性进行解析。
D
- Dependency Graph: 任何时候，一个文件依赖于另一个文件，webpack 就把此视为文件之间有 依赖关系 。从这些入口起点开始，webpack 递归地构建一个依赖图，这个依赖图包含着应用程序所需的每个模块。
E
- Entry Point: 入口起点告诉 webpack 从哪里开始，并遵循着依赖图知道要打包哪些文件。您可以将应用程序的入口起点视为要捆绑的内容的 根上下文。
H
- Hot Module Replacement (HMR)：模块热替换功能会在应用程序运行过程中替换、添加或删除
模块，而无需重新加载整个页面。
L
- Loaders: loader 用于对模块的源代码进行转换。loader 可以使你在
require()或"加载"模块时预处理文件。类似于一个 “task-runner”。 - Lazy Loading: 对应用程序的部分（块）进行懒加载的过程。换句话说，只有我们在真正需要它们的时候才进行加载。
M
- Module: Module 是离散功能块，相比于完整程序提供了更小的接触面。精心编写的模块提供了可靠的抽象和封装界限，使得应用程序中每个模块都具有条理清楚的设计和明确的目的。
- Module Resolution：一个模块可以作为另一个模块的依赖模块。resolver 是一个库(library)，用于帮助找到模块的绝对路径，并在
resolve.modules中指定的所有目录中搜索该模块. - Manifest: 当完成打包并发送到浏览器时，会在运行时通过 Manifest 来解析和加载模块。
O
- Output: 配置项指定将编译的文件输出到磁盘的位置。
注意,即使可以存在多个入口起点，但只指定一个输出配置。
P
- Plugin: webpack 插件是一个具有
apply属性的 JavaScript 对象。apply属性会被 webpack compiler 调用，并且插件可在整个编译生命周期访问。这些包通常会以某种方式扩展编译功能。
R
- Request: 指在 require/import 语句中的表达式，如在 require("./template/" + name + ".ejs") 中的请求是 "./template/" + name + ".ejs" 。
S
- Shimming: 并非所有 JS 文件都可以直接与 webpack 一起使用。有些文件可能是不支持的模块格式，甚至不是任何模块格式。
shimming这时就会发挥作用。
T
- Target: 用户配置的部署目标 此处列出 用于为特定环境编译，如浏览器、 NodeJS 或 Electron。
- Tree Shaking: 删除未使用/多余的代码，或者更准确地说，实时代码导入。像 webpack 这样的编译器将通过分析各种
import语句和导入代码的使用情况，来确定实际使用了依赖项的哪些部分来实现这一点，删除那些没有使用的 “树” 的部分。
V
- Vendor Entry Point: 从
app.js和vendors.js开始创建依赖图。这些依赖图完全是分开且独立的，允许使用CommonsChunkPlugin，并将应用程序包的任何供应商（vendor）引用提取到你的供应商包中。有助于在 webpack 中实现一种称为 长期供应商缓存 的常见模式。
W
2 位译者
7 位贡献者
