SOURCE

<p>1.讲概念：entry、output、loader、piugin、模块解析（Module Resolution）、 依赖图(dependency graph)、target、manifest、揭示内部原理（1.都是模快到chunk、2.chunk分类，3.如何形成chunk）
</p>
<p>2.详细配置（entry、output、loader、plugin，resolve、performance、 target、DevServer、Optimization、Cache、Devtool、watch 和 watchOptions、外部扩展(Externals)）</p>
<p>3.在实际中我是如何配置的，如何进行优化。</p>

<p>4.可能会被问到原理</p>


<ul>
	<li>入口【entry】：入口起点(entry point) 指示 webpack 应该使用哪个模块，来作为构建其内部 依赖图(dependency graph) 的开始。</li>
	<li>出口【output】：告诉 webpack 在哪里输出它所创建的 chunk，以及如何命名这些文件。</li>
	<li>装载【loader】：webpack 只能理解 JavaScript 和 JSON 文件，这是 webpack 开箱可用的自带能力。loader 让 webpack 能够去处理其他类型的文件，并将它们转换为有效模块，以供应用程序使用，以及被添加到依赖图中。</li>
	<li>插件【plugin】：loader 用于转换某些类型的模块，而插件则可以用于执行范围更广的任务。包括：打包优化，资源管理，注入环境变量。</li>
	<li>模块解析（Module Resolution[rezəˈluːʃn]）</li>
	<li>依赖图(dependency[dɪˈpendənsi] graph[ɡræf])</li>
	<li>target：由于 JavaScript 既可以编写服务端代码也可以编写浏览器代码， 所以 webpack 提供了多种部署 target，你可以在 webpack 的配置选项中进行设置。
	</li>
	<li>manifest：一旦你的应用在浏览器中以 index.html 文件的形式被打开，一些 bundle 和应用需要的各种资源都需要用某种方式被加载与链接起来。 在经过打包、压缩、为延迟加载而拆分为细小的 chunk 这些 webpack
		优化 之后，你精心安排的 /src 目录的文件结构都已经不再存在。 所以 webpack 如何管理所有所需模块之间的交互呢？这就是 manifest 数据用途的由来…… 当 compiler 开始执行、解析和映射应用程序时，它会保留所有模块的详细要点。
		这个数据集合称为 "manifest"，当完成打包并发送到浏览器时，runtime 会通过 manifest 来解析和加载模块。 无论你选择哪种 模块语法，那些 import 或 require 语句现在都已经转换为 __webpack_require__
		方法， 此方法指向模块标识符(module identifier)。通过使用 manifest 中的数据，runtime 将能够检索这些标识符， 找出每个标识符背后对应的模块。
	</li>
	<li>揭示内部原理（1.都是模快到chunk、2.chunk分类，3.如何形成chunk）</li>
</ul>

so [ze] e [an]