前端利器（七）——自制脚手架,自己搭建前端脚手架

摘要：

path是Node.js中的路径模块path.resolve()用于解析绝对路径，__dirname可读取当前模块的目录名。静态资源最终路径=output.publicPath+加载器或插件的配置路径。假设html元素的背景是一条相对路径，那么最后生成的路径将会是“/img/lake.png”，其中配置的输出目录是“img”。paths.servedPath:isEnvDevelopment&&'/';2）加载器在加载器中，会添加脚本、样式、图像以及字体。Babel的配置信息写到了package.json文件中，新建一个babel字段，useBuiltIns的值为usage，表示自动加载源码所需的Polyfill。

在学习了Webpack基础后，查看别人写好的脚手架总是会一头雾水，后面就上网查各种资料，一边参考一边修改，整出了一套简易的脚手架（已上传至GiuHub和npm上），借鉴了Create React App（CRA）的目录结构（如下所示），并做成了命令行工具（已上传至GiuHub和npm上）。

├── pwu ---------------------------------------脚手架示例
│   ├── config --------------------------------webpack配置目录
│   ├── ├── jest ------------------------------Jest测试的配置目录
│   ├── ├── webpack.base.config.js ------------通用配置
│   ├── ├── webpack.dev.config.js -------------开发环境配置
│   ├── ├── webpack.prod.config.js ------------生产环境配置
│   ├── bin -----------------------------------命令行工具
│   ├── ├── pwu.js ----------------------------命令文件
│   ├── dist ----------------------------------输出目录
│   ├── ├── css -------------------------------样式
│   ├── ├── img -------------------------------图像
│   ├── ├── js --------------------------------脚本
│   ├── public --------------------------------模板目录
│   ├── ├── index.html ------------------------模板页面
│   ├── src -----------------------------------源文件目录
│   ├── ├── __tests__ -------------------------测试目录
│   ├── ├── component -------------------------组件目录
│   ├── ├── font ------------------------------字体目录
│   ├── ├── img -------------------------------图像目录
│   ├── ├── index.js --------------------------入口文件
│   ├── ├── index.scss ------------------------全局样式
│   ├── package.json --------------------------管理依赖的包
│   ├── package-lock.json ---------------------管理包的版本号和来源
│   ├── postcss.config.js ---------------------后处理器配置文件
│   ├── tsconfig.json -------------------------TypeScript配置文件
│   ├── .eslintrc -----------------------------ESLint配置文件
│   ├── .eslintignore -------------------------ESLint忽略的文件和目录
│   ├── .gitignore ---------------------------- Git忽略的文件和目录

一、通用配置

1）入口和出口

在通用配置中包含两个环境都需要的参数，例如入口和出口，如下所示。path是Node.js中的路径模块path.resolve()用于解析绝对路径，__dirname可读取当前模块的目录名。

const path = require("path");
module.exports ={
  entry: {
    index: "./src/index.js"},
  output: {
    path: path.resolve(__dirname, "../dist"),
    publicPath: "/"}
};

publicPath指定静态资源的基础路径，公式如下。

静态资源最终路径 = output.publicPath + 加载器或插件的配置路径。

假设html元素的背景是一条相对路径，那么最后生成的路径将会是“/img/lake.png”，其中配置的输出目录是“img”。

html {background:url("../../../public/img/lake.png") no-repeat;
}
/*生成的背景路径 */html {background:url("/img/lake.png") no-repeat;
}

在CRA的webpack.config.js配置文件中，也有对publicPath的配置，如下所示，生产和开发环境会有对应的值。

const publicPath = isEnvProduction ? paths.servedPath : isEnvDevelopment && '/';

2）加载器

在加载器中，会添加脚本（babel-loader）、样式（css-loader、postcss-loader和sass-loader）、图像（url-loader）以及字体（file-loader）。

const MiniCssExtractPlugin = require('mini-css-extract-plugin');
module.exports ={
  module: {
    rules: [
      {
        test: /.(js|jsx)$/,
        use: "babel-loader",
        exclude: /node_modules/},
      {
        test: /.(sass|scss)$/,
        use: [
          MiniCssExtractPlugin.loader,
          "css-loader",
          "postcss-loader",
          "sass-loader"]
      },
      {
        test: /.(jpg|png|gif)$/,
        use: {
          loader: "url-loader",
          options: {
            name: "[name].[ext]",
            outputPath: "img/",
            limit: 8192}
        }
      },
      {
        test: /.(eot|ttf|svg|woff|woff2)$/,
        use: {
          loader: "file-loader",
          options: {
            name: "[name]_[hash].[ext]",
            outputPath: "font/"}
        }
      }
    ]
  }
};

在解析样式的配置中，使用了四个加载器，后声明的先执行。Babel的配置信息写到了package.json文件中，新建一个babel字段，useBuiltIns的值为usage，表示自动加载源码所需的Polyfill。

"babel": {
  "presets": [
    [
      "@babel/preset-env",
      {
        "targets": {
          "ie": 11,
          "chrome": 49},
        "corejs": "2",
        "useBuiltIns": "usage"}
    ],
    "@babel/preset-react"]
}

postcss-loader又称为CSS后处理器，常用来提升浏览器兼容性，它有许多配套插件（例如autofix），这些插件的配置被放在单独的postcss.config.js文件中，如下所示。

module.exports ={
  plugins: [require("autoprefixer")()]
};

在执行时，postcss-loader会建议将浏览器的信息放在package.json中，新建一个browserslist字段，如下所示。

"browserslist": [
  "last 5 version",
  ">1%",
  "ie >=8"]

MiniCssExtractPlugin.loader引用的是mini-css-extract-plugin插件的加载器，该插件能从JS文件中提取CSS样式，保存到单独的CSS文件中。

url-loader和file-loader中的outputPath属性用于配置输出目录。图像中的limit属性的值是8192，以字节为单位，相当于8kb，如果图像尺寸小于该值，那就将其转换成Base64格式，嵌入到文件中，减少HTTP请求。字体文件的名称还会加上唯一标识的hash值，生成的名称如下所示。

iconfont_7346d960c4ad96f1ea8d5a8834fab00f.ttf

3）插件

MiniCssExtractPlugin插件的作用前面已提过，其中chunkFilename参数会在动态导入时用到。

plugins: [
  newMiniCssExtractPlugin({
    filename: "css/[name].[hash].css",
    chunkFilename: "css/[id].[hash].css"})
]

二、开发环境配置

在开发环境中，需要引入通用配置，再利用webpack-merge合并，如下所示。mode字段用于告知webpack使用相应模式的优化。输出的文件名称也包含hash，但只会提取前8个字符。

const base = require('./webpack.base.config.js');
const merge = require('webpack-merge');
module.exports =merge(base, {
  mode: "development",
  output: {
    filename: "js/[name].[hash:8].bundle.js"}
});

1）webpack-dev-server

开启基于Node.js的本地服务器：webpack-dev-server。

devServer: {
  contentBase: path.resolve(__dirname, "../dist"),
  open: true,            //自动打开浏览器
  port: 4000,            //端口号
  compress: true,        //启用gzip压缩：
  useLocalIp: true,      //使用本机IP
  hot: true              //开启热更新
}

2）Source Map

通过Source Map追踪错误或警告在源文件中的原始位置，以便调试，可配置devtool实现，如下所示。

devtool: "source-map"

再添加webpack的HotModuleReplacementPlugin插件，如下所示。

const webpack = require('webpack');
module.exports =merge(base, {
  plugins: [
    newwebpack.HotModuleReplacementPlugin()
  ]
});

3）HtmlWebpackPlugin

HtmlWebpackPlugin插件能根据模板生成一个HTML文件，还能自动引入所需的bundle文件。模板文件被放置在public目录中，如下所示。

<!DOCTYPE html>
<html lang="zh-CN">
  <head>
    <meta charset="utf-8"/>
    <title>脚手架示例</title>
  </head>
  <body>
    <div id="root"></div>
  </body>
</html>

具体配置如下，inject参数用于指定脚本注入位置，例如body元素的底部。

const HtmlWebpackPlugin = require('html-webpack-plugin');
module.exports =merge(base, {
  plugins: [
    newHtmlWebpackPlugin({
      template: path.resolve(__dirname, "../public/index.html"),
      inject: "body"})
  ]
});

4）脚本命令

在package.js文件的scripts字段中，声明了start命令，开启本地服务器，并实时重载脚本。

{
  "scripts": {
    "start": "webpack-dev-server --config ./config/webpack.dev.config.js"}
}

三、生产环境配置

生产环境比较注重性能，因此需要做很多优化配置，例如压缩、代码分离等，mode采用production优化模式，如下所示。

module.exports =merge(base, {
  mode: "production",
  output: {
    filename: 'js/[name].[chunkhash:8].bundle.js'}
}

1）optimization

首先优化的是代码分离，也就是将稳定不变的模块（例如react、react-dom等）抽取成一个单独的文件，splitChunks参数的配置可参考SplitChunksPlugin插件。

module.exports =merge(base, {
  optimization: {
    splitChunks: {
      chunks: "all",
      minSize: 30000,
      maxSize: 0,
      minChunks: 1,
      cacheGroups: {
        vendors: {
          test: /node_modules/,
          name: "vendor",
          enforce: true}
      }
    }
  }
});

cacheGroups是优化的关键，它是一个缓存组（属性如下所示），vendors会筛选从node_modules目录下引入的模块。

（1）test：一个字符串、正则或函数，模块的匹配条件。

（2）name：拆分出的chunk（块）的名字。

（3）enforce：当为true时，可忽略minSize、minChunks、maxAsyncRequests和maxInitialRequests选项。

（4）priority：打包的优先级。

接下来优化的是压缩，配置到minimizer选项中。UglifyjsWebpackPlugin插件会使用使用UglifyJS去压缩JavaScript代码。OptimizeCssAssetsPlugin插件用于压缩CSS文件。

const UglifyjsWebpackPlugin = require("uglifyjs-webpack-plugin");
const OptimizeCssAssetsPlugin = require('optimize-css-assets-webpack-plugin');
module.exports =merge(base, {
  optimization: {
    minimizer: [
      newUglifyjsWebpackPlugin(),
      newOptimizeCssAssetsPlugin({
        assetNameRegExp: /.css$/g,
        cssProcessor: require("cssnano"),
        cssProcessorPluginOptions: {
          preset: ["default", { discardComments: { removeAll: true} }]
        },
        canPrint: true})
    ]
  }
});

2）插件

生产环境也需要模板插件，只不过要配置minify选项，如下所示，去除注释和空格。

newHtmlWebpackPlugin({
  template: path.resolve(__dirname, "../public/index.html"),
  inject: "body",
  minify: {
    removeComments: true,
    collapseWhitespace: true}
})

CleanWebpackPlugin插件可清除输出目录中的文件。

const { CleanWebpackPlugin } = require("clean-webpack-plugin");
module.exports =merge(base, {
  plugins: [
    newCleanWebpackPlugin()
  ]
});

偶尔会出现图45中的错误，目前还没找出原因。

前端利器躬行记（7）——自制脚手架第1张

图 45

3）脚本命令

在package.js文件的scripts字段中，新增build命令，可在本地构建项目。

{
  "scripts": {
    "start": "webpack-dev-server --config ./config/webpack.dev.config.js",
    "build": "webpack --config ./config/webpack.prod.config.js"}
}

四、TypeScript

若要支持TypeScript，那么必须安装相应的模块以及加载器，命令如下。

npm install --save-dev typescript ts-loader

在webpack的通用配置中，添加如下字段，resolve的extensions属性能够在引入模块时不带扩展。

module.exports ={
  resolve: {
    extensions: [".tsx", ".ts", ".js"]
  },
  module: {
    rules: [
      {
        test: /.tsx?$/,
        use: [ 'ts-loader'],
        exclude: /node_modules/}
    ]
  }
};

还得要添加tsconfig.json配置文件，如下所示，具体的字段说明可以参考官方文档。

{
  "compilerOptions": {
    "outDir": "./dist/",
    "noImplicitAny": true,
    "module": "es6",
    "target": "es5",
    "jsx": "react",
    "allowJs": true}
}

由于要使用react和react-dom，因此还需要安装它们的声明文件：@types/react和@types/react-dom。并且使用了html-webpack-plugin插件，它的声明文件（@types/html-webpack-plugin）也得安装。

都安装好后，就能在tsx文件中使用JSX语法了，如下所示。

import * as React from 'react';
import * as ReactDOM from 'react-dom';
import App from './component/app/app';

functioninit() {
  ReactDOM.render(React.createElement(App, null), document.getElementById('root'));
}
init();

在webpack中的通用配置中，可添加新的入口文件，如下所示。

module.exports ={
  entry: {
    index: "./src/index.ts",
    index2: "./src/index.tsx"}
}

五、ESLint

ESLint是目前流行的静态代码检测工具，它能建立一套代码规范，保证代码的一致性，并且还能避免不必要的错误。

1）基础配置

首先需要安装ESLint和ESLint的加载器，命令如下所示。

npm install --save-dev eslint eslint-loader

然后在通用配置中添加eslint-loader，如下所示。

module.exports ={
  module: {
    rules: [
      {
        test: /.(js|jsx)$/,
        use: [ 'babel-loader', 'eslint-loader'] ,
        exclude: /node_modules/},
      {
        test: /.tsx?$/,
        use: [ 'ts-loader', 'eslint-loader'],
        exclude: /node_modules/}
    ]
  }
};

接着在根目录中创建.eslintrc配置文件，如下所示，rules字段中可记录各种规则。

{
  "rules": {
  }
}

2）规则

现在运行脚手架会报错（如下所示），因为ESLint不能识别ES6语法。

1:1  error  Parsing error: The keyword 'import' is reserved

为了避免该错误，需要安装babel-eslint，并且修改.eslintrc文件。

{
  "parser": "babel-eslint",
  "rules": {
  }
}

下面添加一条简单的max-len规则（其它规则可参考官方文档），一行最长200，4个Tab字符的宽度，忽略尾部注释和行内注释。

{
  "rules": {
    "max-len": ["warn", 200, 4, { "ignoreComments": true}]
  }
}

当超过该限制时，会显示下面的警告。

7:1  warning  This line has a length of 292. Maximum allowed is 200  max-len

由于使用了React，因此还可以添加React的规则，安装eslint-plugin-react，并修改.eslintrc文件。

{
  "plugins": [
    "react"]
}

如果不想自己定义规则，那么可以直接使用网上开源的规则，例如Airbnb的JavaScript编码规范。注意，Airbnb的标准包会依赖eslint-plugin-import、eslint-plugin-react和eslint-plugin-jsx-a11y等插件。安装成功后，再次修改.eslintrc文件。

{
  "extends": "airbnb"}

重新运行脚手架，马上就会出现一大堆错误和警告，修改加载器（如下所示），使用--fix参数可以将它们减少很多。

module.exports ={
  module: {
    rules: [
      {
        test: /.(js|jsx)$/,
        use: [
          'babel-loader', 
          {loader: 'eslint-loader', options: {fix: true}} 
        ],
        exclude: /node_modules/},
      {
        test: /.tsx?$/,
        use: [
          'ts-loader',
          {loader: 'eslint-loader', options: {fix: true}}
        ],
        exclude: /node_modules/}
    ]
  }
};

3）pre-commit

如果使用的版本控制系统是Git，那么可以在每次提交前检测ESLint的规则。当检测失败时，就能阻止提交。

husky是一个Git钩子工具，可以防止不良的git commit、git push等操作。lint-staged可对暂存的Git文件执行指定的任务。注意，husky对Node和Git的版本有要求，前者要大于10，后者要大于2.13。

接下来修改package.json文件，添加husky和lint-staged字段，在lint-staged中配置ESLint检测以及需要检测的文件后缀。当检测失败时，会得到图46中的提示。

"husky": {
  "hooks": {
    "pre-commit": "lint-staged"}
},
"lint-staged": {
  "*.{js,jsx,ts,tsx}": [
    "eslint"]
}

前端利器躬行记（7）——自制脚手架第2张

图 46

六、Jest

Jest是Facebook开源的一个测试框架，曾经写过一篇入门的教程。要将Jest集成到Webpack中，首先得安装Jest，安装完成后在package.json文件中添加一条脚本命令（如下所示），执行Jest并打印测试覆盖率。注意，生成的测试覆盖率信息默认会保存到coverage目录中。

"scripts": {
  "test": "jest --coverage"}

现在执行“npm test”，不会有任何结果，因为还没写测试脚本。Jest默认会测试__tests__目录和名称中包含spec或test的脚本文件（包括TypeScript文件），并且默认还会忽略node_modules目录中的文件，配置项如下所示。

testMatch: [ '**/__tests__/**/*.js?(x)', '**/?(*.)(spec|test).js?(x)' ]testPathIgnorePatterns: ["node_modules"]

在src目录中新增__tests__目录，并新建app.js，其代码如下所示，添加了一个用于演示的测试用例。

describe("my test case", () =>{
  test("one plus one is two", () =>{
    expect(1 + 1).toBe(2);
  });
});

当在测试用例中使用ES6语法时（例如像下面这样引入组件），会提示错误，此时需要引入babel-jest。而babel-jest在安装Jest时已经自动下载，因此不必再单独安装。

import { App } from '../component/app/app';

在package.json文件定义jest字段，并声明transform选项，添加下面这条规则，就能避免报错。

"jest": {
  "transform": {
    "^.+\.js$": "babel-jest"}
}

Jest还有一些其它配置，在测试时能发挥重大作用。例如在使用样式对象时，将所有的className原样返回（例如styles.container === 'container'），这会便于快照测试。要实现这个功能，得安装identity-obj-proxy，并修改moduleNameMapper选项，如下所示。

"jest": {
  "moduleNameMapper": {
    "\.(css|scss)$": "identity-obj-proxy"}
}

当moduleNameMapper不能满足需求时，可以使用transform选项设定转换规则，如下所示。

"jest": {
  "transform": {
    "\.(jpg|jpeg|png|gif|eot|otf|webp|svg|ttf|woff|woff2)$": "<rootDir>/config/jest/fileTransformer.js"}
}

fileTransformer.js文件位于配置目录的jest目录中，其作用就是返回文件的名称（如下代码所示），例如require('avatar.png')返回“avatar.png”。

const path = require('path');
module.exports ={
  process(src, filename, config, options) {
    return 'module.exports = ' + JSON.stringify(path.basename(filename)) + ';';
  }
};

注意，之前使用了ESLint检测代码，因此测试用例也会被检测。如果不想执行ESLint，那么可以添加.eslintignore文件，内容如下所示，其中配置目录也被忽略了。

src/__tests__
config

七、命令行工具

之前曾写过一篇命令行工具的简易教程。目前的设想是将命令行工具从脚手架中分离出来，通过命令下载脚手架。

首先安装ora、chalk、commander和download-git-repo四个包，安装命令如下所示。

npm install --save ora chalk commander download-git-repo

ora是一个优雅的终端旋转器，chalk可为终端中的文字添加颜色，commander是一个编辑命令的工具，download-git-repo可下载GitHub上的仓库代码。下面是具体的命令，命令（pwu-cli）已上传到npm中，安装成功后，可以执行“pwu create demo”创建demo目录（如图47所示），并自动下载pwu仓库中的脚手架代码。

#!/usr/bin/env node
const fs = require('fs');
const path = require('path');
const ora = require('ora');
const chalk = require('chalk');
const program = require('commander');
const download = require('download-git-repo');

program
    .version('1.0.0', '-v, --version', '版本');
program
  .command('create <name>')
  .description('create a repository')
  .action(name =>{
    const spinner = ora('开始下载脚手架');
    spinner.start();
    const destination =path.join(process.cwd(), name);
    if(fs.existsSync(destination)) {
      console.log(chalk.red('脚手架已存在'));
      return;
    }
    download('github:pwstrick/pwu', destination, (err) =>{
      spinner.stop();                    
      console.log(chalk.green('脚手架下载成功'));
    });
  });
program.parse(process.argv)