Skip to content

Latest commit

 

History

History
511 lines (386 loc) · 11.4 KB

introduction-to-webpack.md

File metadata and controls

511 lines (386 loc) · 11.4 KB

Webpack 简介

Webpack 是一个在过去几年中备受关注的工具,几乎在每个项目中都可以看到它。我们一起来了解一下。

什么是 Webpack

Webpack 是一个用于编译 JavaScript 的工具,也可以称之为模块打包器。

给它大量文件,它能生成一个文件(或几个文件)来运行的的程序。

它可以执行许多操作:

  • 帮助你打包资源
  • 监听改动并重新运行任务
  • 可以运行 Babel 转译到 ES5 ,允许你使用 JavaScript 最新的功能而不用担心浏览器的支持情况
  • 可以把 CoffeeScript 转译为 JavaScript
  • 可以把内联图片转换为 data URIs
  • 允许你在 CSS 文件中使用 require()
  • 可以运行开发服务器
  • 可以处理热模块替换
  • 可以将输出文件分拆为多个文件,避免在渲染首屏时加载大量的 js 文件
  • 可以处理 tree shaking

Webpack 不限于在前端使用,在开发后端 Node.js 时也很有用。

Webpack 的前身,并且仍在被广泛使用的工具包括:

  • Grunt
  • Broccoli
  • Gulp

这些工具都和 Webpack 有许多相似之处,不同之处在于它们以任务运行出名,而 Webpack 则是一个模块打包器。

Webpack 是一个更具针对性的工具:你只需指定一个程序的入口文件(它甚至可以是一个带有 script 标签的 HTML 文件),Webpack 会分析文件并将其打包为一个用来运行你的程序的 JavaScript 文件。

安装 Webpack

全局安装

如何使用 Yarn 安装:

yarn global add webpack webpack-cli

使用 npm

npm i -g webpack webpack-cli

安装完成后,你应该能够运行:

webpack-cli

webpack-cli

本地安装

Webpack 也可以安装在本地。这也是推荐的操作,因为 Webpack 可以根据项目进行更新

使用 Yarn :

yarn add webpack webpack-cli -D

使用 npm :

npm i webpack webpack-cli --save-dev

完成操作后,将其添加到 package.json 文件中:

{
  //...
  "scripts": {
    "build": "webpack"
  }
}

添加完成后,你可以在项目根目录下通过键入下面的命令来运行 webpack :

yarn build

Webpack 配置

如果你遵循以下约定,webpack(从 4.0 版本开始)默认是不需要任何配置的:

  • 程序的入口文件是 ./src/index.js
  • 输出文件放在 ./dist/main.js
  • Webpack 以生产模式工作

如果有需要,你可以自定义 webpack 的每一个部分。webpack 的配置存放在项目根目录的 webpack.config.js 文件中。

入口点

默认情况下的入口点是 ./src/index.js 。这个简单的示例使用 ./index.js 文件作为入口:

module.exports = {
  //...
  entry: './index.js'
  //...
}

输出

默认情况下输出文件会被生成在 ./dist/main.js。这个简单的示例将输出文件放在 ./dist/app.js

module.exports = {
  //...
  output: {
    path: path.resolve(__dirname, 'dist'),
    filename: 'app.js'
  }
  //...
}

加载器

webpack 允许你在 JavaScript 代码中使用 import 或者 require 语句来导入不仅包括 JavaScript ,而且还有其它各种文件,例如 CSS 。

Webpack 的目标在于帮助我们处理所有依赖,而不仅仅是 JavaScript ,加载器正是实现这一目标的方式之一。

举个例子,你可以在代码中使用:

import 'style.css'

通过使用这个加载器配置:

module.exports = {
  //...
  module: {
    rules: [
      {
        test: /\.css$/,
        use: 'css-loader'
      }
    ]
  }
  //...
}

这个正则表达式匹配任意 CSS 文件。

一个加载器可以有以下配置:

module.exports = {
  //...
  module: {
    rules: [
      {
        test: /\.css$/,
        use: [
          {
            loader: 'css-loader',
            options: {
              modules: true
            }
          }
        ]
      }
    ]
  }
  //...
}

每条规则可以有多个加载器:

module.exports = {
  //...
  module: {
    rules: [
      {
        test: /\.css$/,
        use:
          [
            'style-loader',
            'css-loader',
          ]
      }
    ]
  }
  //...
}

在这个示例中,css-loader 负责解释 CSS 中的 import 'style.css' 指令。然后 style-loader 负责使用 <style> 标签将该 CSS 注入到 DOM 中。

顺序很重要,并且它是颠倒的(最后的最先执行)。

有什么样的加载器?很多!

你可以在这里找到完整的列表

一个很常用的加载器是 Babel,它用于将现代 JavaScript 语法转译为 ES5 代码:

module.exports {
  //...
  module: {
    rules: [
      {
        test: /\.js$/,
        exclude: /(node_modules|bower_components)/,
        use: {
          loader: 'babel-loader',
          options: {
            presets: ['@babel/preset-env']
          }
        }
      }
    ]
  }
  //...
}

这个示例使用 Babel 预处理我们所有的 React/JSX 文件:

module.exports = {
  //...
  module: {
    rules: [
      {
        test: /\.(js|jsx)$/,
        exclude: /node_modules/,
        use: 'babel-loader'
      }
    ]
  },
  resolve: {
    extensions: ['.js', '.jsx']
  }
  //...
}

babel-loader 配置参见这里

插件

插件类似加载器。它们可以做到加载器无法做到的事情,而且它们是 webpack 的主要构造块。

举个例子:

module.exports = {
  //...
  plugins: [
    new HTMLWebpackPlugin()
  ]
  //...
}

HTMLWebpackPlugin 插件的工作是自动创建一个 HTML 文件并添加输出的 JS 模块的路径,这样 JavaScript 就准备好服务了。

这里有很多插件可用

CleanWebpackPlugin 是一个有用的插件,它可以用于在创建输出文件之前清理 dist 文件夹,所以当你更改输出文件的名称时以便不会留下旧文件:

module.exports = {
  //...
  plugins: [
    new CleanWebpackPlugin(['dist']),
  ]
  //...
}

Webpack 的环境

mode 被用来设置 webpack(4.0 版本引入) 的工作环境。它可以设置为 developmentproduction (默认是 production,所以你只有在开发时使设置它)。

module.exports = {
  //...
  mode: 'development'
  //...
}

开发模式:

  • 构建很快
  • 比生产模式更少的优化
  • 不移除注释
  • 提供更多的错误详情和建议
  • 提供更好的调试体验

生产模式下构建较慢,因为它需要生成更优的模块。最终的 JavaScript 文件很小,因为它移除了很多在生产模式下不需要的东西。

我制作了一个只打印 console.log 语句的程序。

这是生产模式下打的包:

production-mode

这是开发模式下打的包:

development-mode

运行 webpack

如果 webpack 是全局安装的,则可以通过命令行手动运行,但通常的做法是在 package.json 文件中编写一个脚本,然后通过 npm 或者 yarn来运行。

例如我们上面使用的 package.json 里定义的脚本:

"scripts": {
  "build": "webpack"
}

允许我们通过下面的命令运行 webpack :

npm run build

或者:

yarn run build

更简单地:

yarn build

监听改动

Webpack 可以自动在程序文件改动时重新打包,并且继续监听下一次改动。

需要添加以下脚本:

"scripts": {
  "watch": "webpack --watch"
}

运行:

npm run watch

或者:

yarn run watch

更简单地:

yarn build

监听模式的一个很好的特性是只有在构建时没有错误的情况下才去打包。如果有错误,watch 将继续监听改动,并尝试重新构建包,但是当前工作的模块不会受到这些有错误的构建的影响。

处理图片

Webpack 能使我们通过 file-loader 来非常方便地使用图像文件。

简单的配置如下:

module.exports = {
  //...
  module: {
    rules: [
      {
        test: /\.(png|svg|jpg|gif)$/,
        use: [
          'file-loader'
        ]
      }
    ]
  }
  //...
}

允许你在 JavaScript 中导入图像文件:

import Icon from './icon.png'

const img = new Image();
img.src = Icon;
element.appendChild(img);

img 是一个 HTMLImageElement,查看 Image 文档

file-loader 也可以处理其他类型的文件,例如字体、CSV 文档、xml 等等。

处理图像文件的另一个工具是 url-loader

这个例子演示了将任何小于 8KB 的 PNG 图像处理为 data URL

module.exports = {
  //...
  module: {
    rules: [
      {
        test: /\.png$/,
        use: [
          {
            loader: 'url-loader',
            options: {
              limit: 8192
            }
          }
        ]
      }
    ]
  }
  //...
}

处理 SASS 代码并转化为 CSS

使用 sass-loadercss-loaderstyle-loader

module.exports = {
  //...
  module: {
    rules: [
      {
        test: /\.scss/,
        loader: [
          'style-loader',
          'css-loader',
          'sass-loader'
        ]
      }
    ]
  }
  //...
}

生成 Source Maps

因为 webpack 打包了代码,因此必须使用 Source Maps 才能获取引发错误对应的原始文件。

你可以通过配置 devtool 属性来告诉 webpack 生成 source maps :

module.exports = {
  //...
  devtool: 'inline-source-map'
  //...
}

devtool很多可能的值,最常用的有:

  • none 不添加 source map 。
  • source-map 适合生产环境,提供一个单独的 source map ,并将其添加到了模块中,所以开发工具知道有 source map 可用。当然,你需要配置服务器避免发送这些 source map ,它们仅用于调试目的。
  • inline-source-map 适合开发环境。