模块化
CommonJS
CommonJS是一种使用广泛的 JavaScript模块化规范，核心思想是通过 require 方法来同步地加载依赖的其他模块，通过 module.exports 导出需要暴露的接口。CommonJS 规范的流行得益于Node.js采用了这种方式，后来这种方式被引入到了网页开发中。
// 导入const moduleA = require('./moduleA');// 导出module.exports = moduleA.someFunc;CommonJS的优点在于：
- 代码可复用于
Node.js环境下并运行，例如做同构应用； - 通过
NPM发布的很多第三方模块都采用了CommonJS规范。
AMD
CommonJS的缺点在于这样的代码无法直接运行在浏览器环境下，必须通过工具转换成标准的 ES5。
AMD 也是一种JavaScript模块化规范，与CommonJS最大的不同在于它采用异步的方式去加载依赖的模块。 AMD规范主要是为了解决针对浏览器环境的模块化问题，最具代表性的实现是 requirejs。
// 定义一个模块define('module', ['dep'], function(dep) { return exports;});// 导入和使用require(['module'], function(module) {});AMD的优点在于：- 可在不转换代码的情况下直接在浏览器中运行；
- 可异步加载依赖；
- 可并行加载多个依赖；
- 代码可运行在浏览器环境和
Node.js环境下。
AMD的缺点在于：JavaScript运行环境没有原生支持AMD，需要先导入实现了AMD的库后才能正常使用。
ES6 模块化
ES6模块化是欧洲计算机制造联合会 ECMA提出的 JavaScript 模块化规范，它在语言的层面上实现了模块化。浏览器厂商和 Node.js都宣布要原生支持该规范。它将逐渐取代 CommonJS和 AMD规范，成为浏览器和服务器通用的模块解决方案。
// 导入import { readFile } from 'fs';import React from 'react';// 导出export function hello() {};export default { // ...};样式文件中的模块化
除了JavaScript开始模块化改造，前端开发里的样式文件也支持模块化。 以SCSS 为例，把一些常用的样式片段放进一个通用的文件里，再在另一个文件里通过@import语句去导入和使用这些样式片段。
// util.scss 文件// 定义样式片段@mixin center { // 水平竖直居中 position: absolute; left: 50%; top: 50%; transform: translate(-50%,-50%);}// main.scss 文件// 导入和使用 util.scss 中定义的样式片段@import "util";#box{ @include center;}常见的构建工具及对比
构建就是做这件事情，把源代码转换成发布到线上的可执行 JavaScrip、CSS、HTML代码，包括如下内容。
- 代码转换：
TypeScript编译成JavaScript、SCSS编译成CSS等。 - 文件优化：压缩
JavaScript、CSS、HTML代码，压缩合并图片等。 - 代码分割：提取多个页面的公共代码、提取首屏不需要执行部分的代码让其异步加载。
- 模块合并：在采用模块化的项目里会有很多个模块和文件，需要构建功能把模块分类合并成一个文件。
- 自动刷新：监听本地源代码的变化，自动重新构建、刷新浏览器。
- 代码校验：在代码被提交到仓库前需要校验代码是否符合规范，以及单元测试是否通过。
- 自动发布：更新完代码后，自动构建出线上发布代码并传输给发布系统。
Gulp
Gulp 是一个基于流的自动化构建工具。 除了可以管理和执行任务，还支持监听文件、读写文件。Gulp 被设计得非常简单，只通过下面 5 种个方法就可以胜任几乎所有构建场景：
- 通过
gulp.task注册一个任务； - 通过
gulp.run执行任务； - 通过
gulp.watch监听文件变化； - 通过
gulp.src读取文件； - 通过
gulp.dest写文件。
// 引入 Gulpvar gulp = require('gulp'); // 引入插件var jshint = require('gulp-jshint');var sass = require('gulp-sass');var concat = require('gulp-concat');var uglify = require('gulp-uglify');// 编译 SCSS 任务gulp.task('sass', function() { // 读取文件通过管道喂给插件 gulp.src('./scss/*.scss') // SCSS 插件把 scss 文件编译成 CSS 文件 .pipe(sass()) // 输出文件 .pipe(gulp.dest('./css'));});// 合并压缩 JSgulp.task('scripts', function() { gulp.src('./js/*.js') .pipe(concat('all.js')) .pipe(uglify()) .pipe(gulp.dest('./dist'));});// 监听文件变化gulp.task('watch', function(){ // 当 scss 文件被编辑时执行 SCSS 任务 gulp.watch('./scss/*.scss', ['sass']); gulp.watch('./js/*.js', ['scripts']); });Gulp的优点是好用又不失灵活，既可以单独完成构建也可以和其它工具搭配使用。其缺点是和Grunt 类似，集成度不高，要写很多配置后才可以用，无法做到开箱即用。
可以将Gulp看作 Grunt的加强版。相对于 Grunt，Gulp增加了监听文件、读写文件、流式处理的功能。
Webpack
Webpack 是一个打包模块化 JavaScript 的工具，在Webpack 里一切文件皆模块，通过 Loader转换文件，通过 Plugin注入钩子，最后输出由多个模块组合成的文件。Webpack 专注于构建模块化项目。
webpack 具有很大的灵活性，能配置如何处理文件，大致使用如下：
module.exports = { // 所有模块的入口，Webpack 从入口开始递归解析出所有依赖的模块 entry: './app.js', output: { // 把入口所依赖的所有模块打包成一个文件 bundle.js 输出 filename: 'bundle.js' }}Webpack的优点是：
- 专注于处理模块化的项目，能做到开箱即用一步到位；
- 通过
Plugin扩展，完整好用又不失灵活； - 使用场景不仅限于
Web开发； - 社区庞大活跃，经常引入紧跟时代发展的新特性，能为大多数场景找到已有的开源扩展；
- 良好的开发体验。
Webpack的缺点是只能用于采用模块化开发的项目。
核心概念
Webpack 有以下几个核心概念。
Entry：入口，Webpack执行构建的第一步将从Entry开始，可抽象成输入。Module：模块，在Webpack里一切皆模块，一个模块对应着一个文件。Webpack会从配置的 --Entry开始递归找出所有依赖的模块。Chunk：代码块，一个Chunk由多个模块组合而成，用于代码合并与分割。Loader：模块转换器，用于把模块原内容按照需求转换成新内容。Plugin：扩展插件，在Webpack构建流程中的特定时机注入扩展逻辑来改变构建结果或做你想要的事情。Output：输出结果，在Webpack经过一系列处理并得出最终想要的代码后输出结果。
Webpack启动后会从Entry里配置的Module开始递归解析Entry依赖的所有Module。 每找到一个Module， 就会根据配置的Loader去找出对应的转换规则，对Module进行转换后，再解析出当前Module依赖的Module。 这些模块会以Entry为单位进行分组，一个Entry和其所有依赖的Module被分到一个组也就是一个Chunk。最后Webpack会把所有Chunk转换成文件输出。 在整个流程中Webpack会在恰当的时机执行Plugin里定义的逻辑。
Webpack 实战开始
入门Webpack，看这篇就够了
安装
Webpack可以使用npm安装，新建一个空的练习文件夹（此处命名为webpack sample project），在终端中转到该文件夹后执行下述指令就可以完成安装。
//全局安装npm install -g webpack//安装到你的项目目录npm install --save-dev webpack正式使用Webpack前的准备
在上述练习文件夹中创建一个package.json文件，这是一个标准的npm说明文件，里面蕴含了丰富的信息，包括当前项目的依赖模块，自定义的脚本任务等等。在终端中使用npm init命令可以自动创建这个package.json文件。
npm init回到之前的空文件夹，并在里面创建两个文件夹,app文件夹和public文件夹，app文件夹用来存放原始数据和我们将写的JavaScript模块，public文件夹用来存放之后供浏览器读取的文件（包括使用webpack打包生成的js文件以及一个index.html文件）。接下来我们再创建三个文件:
index.html--放在public文件夹中;Greeter.js-- 放在app文件夹中;main.js-- 放在app文件夹中;
我们在index.html文件中写入最基础的 html 代码，它在这里目的在于引入打包后的js 文件（这里我们先把之后打包后的 js文件命名为bundle.js，之后我们还会详细讲述）。
<!-- index.html --><!DOCTYPE html><html lang="en"> <head> <meta charset="utf-8"> <title>Webpack Sample Project</title> </head> <body> <div id='root'> </div> <script src="bundle.js"></script> </body></html>我们在Greeter.js中定义一个返回包含问候信息的 html 元素的函数,并依据CommonJS规范导出这个函数为一个模块：
// Greeter.jsmodule.exports = function() { var greet = document.createElement('div'); greet.textContent = "Hi there and greetings!"; return greet;};main.js文件中我们写入下述代码，用以把Greeter模块返回的节点插入页面。
//main.js const greeter = require('./Greeter.js');document.querySelector("#root").appendChild(greeter());在当前练习文件夹的根目录下新建一个名为webpack.config.js的文件，我们在其中写入如下所示的简单配置代码，目前的配置主要涉及到的内容是入口文件路径和打包后文件的存放路径。
module.exports = { entry: __dirname + "/app/main.js",//已多次提及的唯一入口文件 output: { path: __dirname + "/public",//打包后的文件存放的地方 filename: "bundle.js"//打包后输出文件的文件名 }}
__dirname是node.js中的一个全局变量，它指向当前执行脚本所在的目录。
有了这个配置之后，再打包文件，只需在终端里运行webpack(非全局安装需使用node_modules/.bin/webpack)命令就可以了，这条命令会自动引用webpack.config.js文件中的配置选项。
更快捷的执行打包任务
在命令行中输入命令需要代码类似于node_modules/.bin/webpack这样的路径其实是比较烦人的，不过值得庆幸的是npm可以引导任务执行，对npm进行配置后可以在命令行中使用简单的npm start命令来替代上面略微繁琐的命令。在package.json中对scripts对象进行相关设置即可，设置方法如下。
{ "name": "webpack-sample-project", "version": "1.0.0", "description": "Sample webpack project", "scripts": { "start": "webpack" // 修改的是这里，JSON文件不支持注释，引用时请清除 }, "author": "zhang", "license": "ISC", "devDependencies": { "webpack": "3.10.0" }}
package.json中的script会安装一定顺序寻找命令对应位置，本地的node_modules/.bin路径就在这个寻找清单中，所以无论是全局还是局部安装的Webpack，你都不需要写前面那指明详细的路径了。
npm的start命令是一个特殊的脚本名称，其特殊性表现在，在命令行中使用npm start就可以执行其对于的命令，如果对应的此脚本名称不是start，想要在命令行中运行时，需要这样用npm run {script name} 如npm run build，我们在命令行中输入npm start试试，输出结果如下：
生成Source Maps
通过简单的配置，Webpack 就可以在打包时为我们生成的source maps，这为我们提供了一种对应编译文件和源文件的方法，使得编译后的代码可读性更高，也更容易调试。
在 Webpack 的配置文件中配置source maps，需要配置devtool，它有以下四种不同的配置选项，各具优缺点，描述如下：
| devtool选项 | 配置结果 |
|---|---|
source-map |
在一个单独的文件中产生一个完整且功能完全的文件。这个文件具有最好的source map，但是它会减慢打包速度； |
cheap-module-source-map |
在一个单独的文件中生成一个不带列映射的map，不带列映射提高了打包速度，但是也使得浏览器开发者工具只能对应到具体的行，不能对应到具体的列（符号），会对调试造成不便； |
eval-source-map |
使用eval打包源文件模块，在同一个文件中生成干净的完整的source map。这个选项可以在不影响构建速度的前提下生成完整的sourcemap，但是对打包后输出的JS文件的执行具有性能和安全的隐患。在开发阶段这是一个非常好的选项，在生产阶段则一定不要启用这个选项； |
cheap-module-eval-source-map |
这是在打包文件时最快的生成source map的方法，生成的Source Map 会和打包后的JavaScript文件同行显示，没有列映射，和eval-source-map选项具有相似的缺点； |
正如上表所述，上述选项由上到下打包速度越来越快，不过同时也具有越来越多的负面作用，较快的打包速度的后果就是对打包后的文件的的执行有一定影响。
对小到中型的项目中，eval-source-map是一个很好的选项，再次强调你只应该开发阶段使用它，我们继续对上文新建的webpack.config.js，进行如下配置:
module.exports = { devtool: 'eval-source-map', entry: __dirname + "/app/main.js", output: { path: __dirname + "/public", filename: "bundle.js" }}
cheap-module-eval-source-map方法构建速度更快，但是不利于调试，推荐在大型项目考虑时间成本时使用。
使用webpack构建本地服务器
想不想让你的浏览器监听你的代码的修改，并自动刷新显示修改后的结果，其实Webpack提供一个可选的本地开发服务器，这个本地服务器基于node.js构建，可以实现你想要的这些功能，不过它是一个单独的组件，在webpack中进行配置之前需要单独安装它作为项目依赖。
npm install --save-dev webpack-dev-server| devserver的配置选项 | 功能描述 |
|---|---|
contentBase |
默认webpack-dev-server会为根文件夹提供本地服务器，如果想为另外一个目录下的文件提供本地服务器，应该在这里设置其所在目录（本例设置到public目录） |
port |
设置默认监听端口，如果省略，默认为8080 |
inline |
设置为true，当源文件改变时会自动刷新页面 |
historyApiFallback |
在开发单页应用时非常有用，它依赖于HTML5 history API，如果设置为 true，所有的跳转将指向index.html |
module.exports = { devtool: 'eval-source-map', entry: __dirname + "/app/main.js", output: { path: __dirname + "/public", filename: "bundle.js" }, devServer: { contentBase: "./public",//本地服务器所加载的页面所在的目录 historyApiFallback: true,//不跳转 inline: true//实时刷新 } }在package.json中的scripts对象中添加如下命令，用以开启本地服务器：
"scripts": { "test": "echo \"Error: no test specified\" && exit 1", "start": "webpack", "server": "webpack-dev-server --open" },Loaders
Loaders是 Webpack提供的最激动人心的功能之一了。通过使用不同的loader，Webpack 有能力调用外部的脚本或工具，实现对不同格式的文件的处理，比如说分析转换scss为css，或者把下一代的 JS文件（ES6，ES7)转换为现代浏览器兼容的JS文件，对 React 的开发而言，合适的Loaders 可以把 React的中用到的 JSX文件转换为 JS文件。
Loaders需要单独安装并且需要在webpack.config.js中的modules关键字下进行配置，Loaders的配置包括以下几方面：
test：一个用以匹配loaders所处理文件的拓展名的正则表达式（必须）；loader：loader的名称（必须）；include/exclude：手动添加必须处理的文件（文件夹）或屏蔽不需要处理的文件（文件夹）（可选）；query：为loaders提供额外的设置选项（可选）。
CSS预处理器
Sass 和 Less 之类的预处理器是对原生CSS的拓展，它们允许你使用类似于 variables, nesting, mixins, inheritance 等不存在于CSS 中的特性来写 CSS，CSS预处理器可以这些特殊类型的语句转化为浏览器可识别的 CSS语句。
你现在可能都已经熟悉了，在Webpack里使用相关 loaders进行配置就可以使用了，以下是常用的CSS 处理 loaders:
Less LoaderSass LoaderStylus Loader
举例来说如何使用PostCSS，我们使用PostCSS来为CSS代码自动添加适应不同浏览器的CSS 前缀。
首先安装postcss-loader 和autoprefixer（自动添加前缀的插件）。
npm install --save-dev postcss-loader autoprefixer接下来，在 Webpack 配置文件中添加postcss-loader，在根目录新建postcss.config.js,并添加如下代码之后，重新使用npm start打包时，你写的 css会自动根据Can i use里的数据添加不同前缀了。
//webpack.config.jsmodule.exports = { ... module: { rules: [ { test: /(\.jsx|\.js)$/, use: { loader: "babel-loader" }, exclude: /node_modules/ }, { test: /\.css$/, use: [ { loader: "style-loader" }, { loader: "css-loader", options: { modules: true } }, { loader: "postcss-loader" } ] } ] }}// postcss.config.jsmodule.exports = { plugins: [ require('autoprefixer') ]}插件（Plugins）
Webpack有很多内置插件，同时也有很多第三方插件，可以让我们完成更加丰富的功能。
使用插件的方法
要使用某个插件，我们需要通过npm安装它，然后要做的就是在Webpack 配置中的plugins关键字部分添加该插件的一个实例（plugins是一个数组）继续上面的例子，我们添加了一个给打包后代码 添加版权声明的插件。
const webpack = require('webpack');module.exports = {... module: { rules: [ { test: /(\.jsx|\.js)$/, use: { loader: "babel-loader" }, exclude: /node_modules/ }, { test: /\.css$/, use: [ { loader: "style-loader" }, { loader: "css-loader", options: { modules: true } }, { loader: "postcss-loader" } ] } ] }, plugins: [ new webpack.BannerPlugin('版权所有，翻版必究') ],};HtmlWebpackPlugin
这个插件的作用是依据一个简单的index.html模板，生成一个自动引用你打包后的JS文件的新index.html。这在每次生成的js文件名称不同时非常有用（比如添加了hash值）。
npm install --save-dev html-webpack-plugin这个插件自动完成了我们之前手动做的一些事情，在正式使用之前需要对一直以来的项目结构做一些更改：
- 移除
public文件夹，利用此插件，index.html文件会自动生成，此外CSS已经通过前面的操作打包到JS中了。 - 在
app目录下，创建一个index.tmpl.html文件模板，这个模板包含title等必须元素，在编译过程中，插件会依据此模板生成最终的html页面，会自动添加所依赖的css,js，favicon等文件，index.tmpl.html中的模板源代码如下：
<!DOCTYPE html><html lang="en"> <head> <meta charset="utf-8"> <title>Webpack Sample Project</title> </head> <body> <div id='root'> </div> </body></html>- 更新
webpack的配置文件，方法同上,新建一个build文件夹用来存放最终的输出文件。
const webpack = require('webpack');const HtmlWebpackPlugin = require('html-webpack-plugin');module.exports = { entry: __dirname + "/app/main.js",//已多次提及的唯一入口文件 output: { path: __dirname + "/build", filename: "bundle.js" }, devtool: 'eval-source-map', devServer: { contentBase: "./public",//本地服务器所加载的页面所在的目录 historyApiFallback: true,//不跳转 inline: true//实时刷新 }, module: { rules: [ { test: /(\.jsx|\.js)$/, use: { loader: "babel-loader" }, exclude: /node_modules/ }, { test: /\.css$/, use: [ { loader: "style-loader" }, { loader: "css-loader", options: { modules: true } }, { loader: "postcss-loader" } ] } ] }, plugins: [ new webpack.BannerPlugin('版权所有，翻版必究'), new HtmlWebpackPlugin({ template: __dirname + "/app/index.tmpl.html"//new 一个这个插件的实例，并传入相关的参数 }) ],};再次执行npm start你会发现，build文件夹下面生成了bundle.js和index.html。
Hot Module Replacement
Hot Module Replacement（HMR）也是 Webpack 里很有用的一个插件，它允许你在修改组件代码后，自动刷新实时预览修改后的效果。
在Webpack 中实现HMR也很简单，只需要做两项配置：
- 在
Webpack配置文件中添加HMR插件； - 在
Webpack Dev Server中添加hot参数。
不过配置完这些后，JS 模块其实还是不能自动热加载的，还需要在你的 JS 模块中执行一个Webpack提供的 API才能实现热加载，虽然这个API不难使用，但是如果是React模块，使用我们已经熟悉的Babel可以更方便的实现功能热加载。
整理下我们的思路，具体实现方法如下：
Babel和webpack是独立的工具；- 二者可以一起工作；
- 二者都可以通过插件拓展功能；
HMR是一个webpack插件，它让你能浏览器中实时观察模块修改后的效果，但是如果你想让它工作，需要对模块进行额外的配额；Babel有一个叫做react-transform-hrm的插件，可以在不对React模块进行额外的配置的前提下让HMR正常工作。
还是继续上例来实际看看如何配置。
const webpack = require('webpack');const HtmlWebpackPlugin = require('html-webpack-plugin');module.exports = { entry: __dirname + "/app/main.js",//已多次提及的唯一入口文件 output: { path: __dirname + "/build", filename: "bundle.js" }, devtool: 'eval-source-map', devServer: { contentBase: "./public",//本地服务器所加载的页面所在的目录 historyApiFallback: true,//不跳转 inline: true, hot: true }, module: { rules: [ { test: /(\.jsx|\.js)$/, use: { loader: "babel-loader" }, exclude: /node_modules/ }, { test: /\.css$/, use: [ { loader: "style-loader" }, { loader: "css-loader", options: { modules: true } }, { loader: "postcss-loader" } ] } ] }, plugins: [ new webpack.BannerPlugin('版权所有，翻版必究'), new HtmlWebpackPlugin({ template: __dirname + "/app/index.tmpl.html"//new 一个这个插件的实例，并传入相关的参数 }), new webpack.HotModuleReplacementPlugin()//热加载插件 ],};安装react-transform-hmr
npm install --save-dev babel-plugin-react-transform react-transform-hmr配置Babel
// .babelrc{ "presets": ["react", "env"], "env": { "development": { "plugins": [["react-transform", { "transforms": [{ "transform": "react-transform-hmr", "imports": ["react"], "locals": ["module"] }] }]] } }}现在当你使用React时，可以热加载模块了,每次保存就能在浏览器上看到更新内容。
产品阶段的构建
目前为止，我们已经使用 Webpack 构建了一个完整的开发环境。但是在产品阶段，可能还需要对打包的文件进行额外的处理，比如说优化，压缩，缓存以及分离 CSS和 JS。
对于复杂的项目来说，需要复杂的配置，这时候分解配置文件为多个小的文件可以使得事情井井有条，以上面的例子来说，我们创建一个webpack.production.config.js的文件，在里面加上基本的配置,它和原始的webpack.config.js很像，如下
// webpack.production.config.jsconst webpack = require('webpack');const HtmlWebpackPlugin = require('html-webpack-plugin');module.exports = { entry: __dirname + "/app/main.js", //已多次提及的唯一入口文件 output: { path: __dirname + "/build", filename: "bundle.js" }, devtool: 'null', //注意修改了这里，这能大大压缩我们的打包代码 devServer: { contentBase: "./public", //本地服务器所加载的页面所在的目录 historyApiFallback: true, //不跳转 inline: true, hot: true }, module: { rules: [{ test: /(\.jsx|\.js)$/, use: { loader: "babel-loader" }, exclude: /node_modules/ }, { test: /\.css$/, use: ExtractTextPlugin.extract({ fallback: "style-loader", use: [{ loader: "css-loader", options: { modules: true } }, { loader: "postcss-loader" }], }) }] }, plugins: [ new webpack.BannerPlugin('版权所有，翻版必究'), new HtmlWebpackPlugin({ template: __dirname + "/app/index.tmpl.html" //new 一个这个插件的实例，并传入相关的参数 }), new webpack.HotModuleReplacementPlugin() //热加载插件 ],};//package.json{ "name": "test", "version": "1.0.0", "description": "", "main": "index.js", "scripts": { "test": "echo \"Error: no test specified\" && exit 1", "start": "webpack", "server": "webpack-dev-server --open", "build": "NODE_ENV=production webpack --config ./webpack.production.config.js --progress" }, "author": "", "license": "ISC", "devDependencies": {... }, "dependencies": { "react": "^15.6.1", "react-dom": "^15.6.1" }}如果是
window电脑，build需要配置为"build": "set NODE_ENV=production && webpack --config ./webpack.production.config.js --progress"
优化插件
Webpack提供了一些在发布阶段非常有用的优化插件，它们大多来自于Webpack社区，可以通过npm安装，通过以下插件可以完成产品发布阶段所需的功能。
OccurenceOrderPlugin:为组件分配ID，通过这个插件webpack可以分析和优先考虑使用最多的模块，并为它们分配最小的ID；UglifyJsPlugin：压缩JS代码；ExtractTextPlugin：分离CSS和JS文件。
我们继续用例子来看看如何添加它们，OccurenceOrder和 UglifyJS plugins都是内置插件，你需要做的只是安装其它非内置插件。
npm install --save-dev extract-text-webpack-plugin在配置文件的 plugins后引用它们。
// webpack.production.config.jsconst webpack = require('webpack');const HtmlWebpackPlugin = require('html-webpack-plugin');const ExtractTextPlugin = require('extract-text-webpack-plugin');module.exports = { entry: __dirname + "/app/main.js",//已多次提及的唯一入口文件 output: { path: __dirname + "/build", filename: "bundle.js" }, devtool: 'none', devServer: { contentBase: "./public",//本地服务器所加载的页面所在的目录 historyApiFallback: true,//不跳转 inline: true, hot: true }, module: { rules: [ { test: /(\.jsx|\.js)$/, use: { loader: "babel-loader" }, exclude: /node_modules/ }, { test: /\.css$/, use: [ { loader: "style-loader" }, { loader: "css-loader", options: { modules: true } }, { loader: "postcss-loader" } ] } ] }, plugins: [ new webpack.BannerPlugin('版权所有，翻版必究'), new HtmlWebpackPlugin({ template: __dirname + "/app/index.tmpl.html" }), new webpack.optimize.OccurrenceOrderPlugin(), new webpack.optimize.UglifyJsPlugin(), new ExtractTextPlugin("style.css") ],};此时执行npm run build可以看见代码是被压缩后的。
缓存
缓存无处不在，使用缓存的最好方法是保证你的文件名和文件内容是匹配的（内容改变，名称相应改变）。
webpack 可以把一个哈希值添加到打包的文件名中，使用方法如下,添加特殊的字符串混合体（[name], [id]和[hash]）到输出文件名前。
const webpack = require('webpack');const HtmlWebpackPlugin = require('html-webpack-plugin');const ExtractTextPlugin = require('extract-text-webpack-plugin');module.exports = {.. output: { path: __dirname + "/build", filename: "bundle-[hash].js" }, ...};现在用户会有合理的缓存了。
去除build文件中的残余文件
添加了hash之后，会导致改变文件内容后重新打包时，文件名不同而内容越来越多，因此这里介绍另外一个很好用的插件clean-webpack-plugin。
`cnpm install clean-webpack-plugin --save-dev`引入clean-webpack-plugin插件后在配置文件的plugins中做相应配置即可：
const CleanWebpackPlugin = require("clean-webpack-plugin"); plugins: [ ...// 这里是之前配置的其它各种插件 new CleanWebpackPlugin('build/*.*', { root: __dirname, verbose: true, dry: false }) ]原著是一个有趣的人,若有侵权,请通知删除
还没有人抢沙发呢~