前端利器躬行记(7)——自制脚手架

  在学习了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-loaderpostcss-loadersass-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: [
  new MiniCssExtractPlugin({
    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: [
    new webpack.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: [
    new HtmlWebpackPlugin({
      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: [
      new UglifyjsWebpackPlugin(),
      new OptimizeCssAssetsPlugin({
        assetNameRegExp: /.css$/g,
        cssProcessor: require("cssnano"),
        cssProcessorPluginOptions: {
          preset: ["default", { discardComments: { removeAll: true } }]
        },
        canPrint: true
      })
    ]
  }
});

2)插件

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

new HtmlWebpackPlugin({
  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: [
    new CleanWebpackPlugin()
  ]
});

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

图 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';

function init() {
  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"
  ]
}

  如果不想自己定义规则,那么可以直接使用网上开源的规则,例如AirbnbJavaScript编码规范。注意,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"
  ]
}

图 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

七、命令行工具

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

  首先安装orachalkcommanderdownload-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)

图 47

  在发布到npm时,npm可根据.gitignore文件中的内容进行过滤,这样就能避免上传依赖的模块。

参考资料:

React & Webpack

Webpack中publicPath详解

mini-css-extract-plugin插件快速入门

从零配置webpack 4+react脚手架

What is the Purpose of chunkFilename of mini-css-extract-plugin Module?

sass图片地址

webpack 4 Code Splitting 的 splitChunks 配置探索

webpack SplitChunksPlugin实用指南

自制前端脚手架

使用 Node.js 开发简单的脚手架工具

在React+Babel+Webpack环境中使用ESLint

使用 husky+lint-staged+prettier 优化代码格式

husky和lint-staged实现git commit前自动跑lint

jest 和 Webpack 一起使用

jest教程

原文地址:https://www.cnblogs.com/strick/p/12759934.html