webpack学习的记录（二）

前言

下面的这片文章其实并没交给你什么，应为这些都可以搜出来一大堆。对于新手来说其实并不太容易上来就看这些东西。所以我打算使用一种方式，看看能不能让你很快的搭建起来一个工程，这个工程只包含一些基础的处理模块，原生的环境差不多，叫你如何在webpack的里面写出来自己的H5同时也可以打包成为测试或者生产环境。

我先写一章好用的新手教程，然后在写一篇深入的，链接地址我会放在后面

 

下面我们将学习一下 webpack中几个重要的概念

这个官方的链接（https://www.webpackjs.com/concepts/）

从 webpack v4.0.0 开始，可以不用引入一个配置文件。然而，webpack 仍然还是高度可配置的。在开始前你需要先理解四个核心概念：

• 入口(entry)
• 输出(output)
• loader
• 插件(plugins)

本文档旨在给出这些概念的高度概述，同时提供具体概念的详尽相关用例

摘抄自（https://www.webpackjs.com/concepts/）

 入口(entry)

可以通过在 webpack 配置中配置 entry 属性，来指定一个入口起点（或多个入口起点）。默认值为 ./src。

接下来我们看一个 entry 配置的最简单例子：

webpack.config.js

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

上面的这个文件处理的是，我们开始的打包或者访问的时候，以那个文件作为入口文件。当需要打包的时候，webpack会根据当前的这个文件作为开始，一次打包相关的依赖文件

出口(output) 

output 属性告诉 webpack 在哪里输出它所创建的 bundles，以及如何命名这些文件，默认值为 ./dist。基本上，整个应用程序结构，都会被编译到你指定的输出路径的文件夹中。你可以通过在配置中指定一个 output 字段，来配置这些处理过程：

webpack.config.js 

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'//打包好的文件叫什么名字
  }
};

因为webapck是打包工具，所以他就必然需要将当前的文件打成一个可以访问的网页，那这个被你打包好的文件，webpack放在那里好呢？ 那就需要你来给webpack一个指令，也就是一个路径这个路径就是出口(output) 

 loader

为什么需要 loader这个概念：因为webpack只认识js或者json，但是一个完成的项目中 css HTML 字体 图片 等总是不可或缺的。怎么能让webpack认出css HTML 字体 图片并完成打包呢，就引入了loader。

loader 让 webpack 能够去处理那些非 JavaScript 文件（webpack 自身只理解 JavaScript或者json）。loader 可以将所有类型的文件转换为 webpack 能够处理的有效模块，然后你就可以利用 webpack 的打包能力，对它们进行处理。

本质上，webpack loader 将所有类型的文件，转换为应用程序的依赖图（和最终的 bundle）可以直接引用的模块。

在更高层面，在 webpack 的配置中 loader 有两个目标：

1. test 属性，用于标识出应该被对应的 loader 进行转换的某个或某些文件。
2. use 属性，表示进行转换时，应该使用哪个 loader。

webpack.config.js

const path = require('path');

const config = {
  output: {
    filename: 'my-first-webpack.bundle.js'
  },
  module: {
    rules: [
      { test: /\.txt$/, use: 'raw-loader' }
    ]
  }
};

module.exports = config;

以上配置中，对一个单独的 module 对象定义了 rules 属性，里面包含两个必须属性：test 和 use。这告诉 webpack 编译器(compiler) 如下信息：

“嘿，webpack 编译器，当你碰到「在 require()/import 语句中被解析为 '.txt' 的路径」时，在你对它打包之前，先使用 raw-loader 转换一下。”---注意，loader 能够 import 导入任何类型的模块（例如 .css 文件），----这句话，那大概就知道了 laoser在上面情况下会工作 （为什么要是遇见require()/import才会工作 我们看下面这句话）

注意，loader 能够 import 导入任何类型的模块（例如 .css 文件），这是 webpack 特有的功能，其他打包程序或任务执行器的可能并不支持。我们认为这种语言扩展是有很必要的，因为这可以使开发人员创建出更准确的依赖关系图。这句话说明是为什么支持import  导入任何类型的模块

重要的是要记得，在 webpack 配置中定义 loader 时，要定义在 module.rules 中，而不是 rules。然而，在定义错误时 webpack 会给出严重的警告。为了使你受益于此，如果没有按照正确方式去做，webpack 会“给出严重的警告”

 

插件(plugins)

 为什么需要有plugins：我们可以之前的laoder相比，有什么不同，请看下面这句话。你就能明白了

loader 被用于转换某些类型的模块，而插件则可以用于执行范围更广的任务。插件的范围包括，从打包优化和压缩，一直到重新定义环境中的变量。插件接口功能极其强大，可以用来处理各种各样的任务。

想要使用一个插件，你只需要 require() 它，然后把它添加到 plugins 数组中。多数插件可以通过选项(option)自定义。你也可以在一个配置文件中因为不同目的而多次使用同一个插件，这时需要通过使用 new 操作符来创建它的一个实例。

webpack.config.js

const HtmlWebpackPlugin = require('html-webpack-plugin'); // 通过 npm 安装
const webpack = require('webpack'); // 用于访问内置插件

const config = {
  module: {
    rules: [
      { test: /\.txt$/, use: 'raw-loader' }
    ]
  },
  plugins: [
    new HtmlWebpackPlugin({template: './src/index.html'})
  ]
};

module.exports = config;

webpack 提供许多开箱可用的插件！查阅我们的插件列表获取更多信息。

在 webpack 配置中使用插件是简单直接的，然而也有很多值得我们进一步探讨的用例。

了解更多！

 模式(mode)(设置环境)

提供 mode 配置选项，告知 webpack 使用相应模式的内置优化。

选项	描述
development	会将 process.env.NODE_ENV 的值设为 development。启用 NamedChunksPlugin 和 NamedModulesPlugin。
production	会将 process.env.NODE_ENV 的值设为 production。启用 FlagDependencyUsagePlugin, FlagIncludedChunksPlugin, ModuleConcatenationPlugin, NoEmitOnErrorsPlugin, OccurrenceOrderPlugin, SideEffectsFlagPlugin 和 UglifyJsPlugin.

module.exports = {
  mode: 'production'
};