从零搭建webpack4+react+typescript+eslint脚手架(四)

时间 2019-11-10

标签搭建 webpack4+react+typescript+eslint webpack react typescript eslint 脚手架栏目 React 繁體版

原文原文链接

配置webpack开发服务器

打包用的配置基本完成了，如今咱们来配置一下开发环境。javascript

首先处理通用配置config.js：css

module.exports = {
  // ...configs
  devServer: {
    port: 8080,
    host: 'localhost',
    contentBase: path.join(__dirname, '../public'),
    watchContentBase: true,
    publicPath: '/',
    compress: true,
    historyApiFallback: true,
    hot: true,
    clientLogLevel: 'error',
    open: true,
    overlay: false,
    quiet: false,
    noInfo: false,
    watchOptions: {
      ignored: /node_modules/
    },
    proxy: {}
  }
};

而后增长开发配置：html

// webpack.dev.js
const path = require('path');
const merge = require('webpack-merge');
const baseWebpackConfig = require('./webpack.base');
const HtmlWebpackPlugin = require('html-webpack-plugin');
const webpack = require('webpack');
const config = require('./config');

module.exports = merge.smart(baseWebpackConfig, {
  mode: 'development',
  output: {
    filename: 'js/[name].[hash:8].js',
    publicPath: config.publicPath
  },
  module: {
    rules: [
      {
        oneOf: []
      }
    ]
  },
  plugins: [
    new HtmlWebpackPlugin({
      template: config.indexPath,
      minify: {
        html5: true
      },
      hash: false
    }),
    new webpack.HotModuleReplacementPlugin()
  ],
  devServer: {
    ...config.devServer
  }
});

在package.json中增长开发环境运行命令：html5

"scripts": {
  "dev": "cross-env NODE_ENV=development webpack-dev-server --config ./config/webpack.dev.js"
}

运行npm run dev看看效果吧。java

自定义多环境

通常来讲，咱们在开发应用的时候会面临多个环境差别的问题，例如，咱们有：node

一个开发环境，提交代码便可马上看到效果，它的接口地址多是http://dev-api.tianzhen.tech
一个测试环境，它须要保持必定程度的稳定性，每隔一小时发布一次新版本，接口地址多是：https://t1-api.tianzhen.tech
预发布环境，它与生产环境共享持久化数据，在这个环境作最后一次检查，等待发布
生产环境，他须要保持高度稳定，一周发布一个版本，接口地址多是：https://api-tianzhen.tech

四套环境，不一样的接口地址，不一样的访问地址，可能还涉及到不一样的微信、支付宝鉴权。react

许多人采用的方案是这样的，写几个不一样的配置文件，切换环境时修改引入的配置，可是这样作常常会忘记切环境致使生产事故。这里提供一套自动多环境的配置方案。webpack

依然先安装依赖：git

$ npm i -D dotenv dotenv-expand # 从配置文件中读取并注入环境变量
$ npm i -D interpolate-html-plugin # 向模板注入环境变量

在根目录下新建几个环境配置文件：.env，.env.dev，.env.prod，文件名的格式是固定的，符合 .env[.name][.local]便可，同名的配置会按照优先级覆盖或自动合并，例如环境名称是dev，那么优先级就是.env.dev.local，.env.dev，.env.local，.env，高优先级覆盖低优先级。github

咱们随意编写一个环境变量配置：

// .env.dev
// 变量名要以 REACT_APP_ 开头
REACT_APP_ENV='dev'
REACT_APP_API_ROOT='http://dev-api.tianzhen.tech'

在config目录下新建一个env.js文件，用这个脚原本读取环境变量配置，用于之后注入到react项目中：

const fs = require('fs');
const path = require('path');
const argv = require('yargs').argv;
const dotenv = require('dotenv');
const dotenvExpand = require('dotenv-expand');

const env = argv.env || 'production';
const ENV_FILE_PATH = path.resolve(__dirname, '../.env');

let dotenvFiles = [
  `${ENV_FILE_PATH}.${env}.local`,
  `${ENV_FILE_PATH}.${env}`,
  env !== 'test' && `${ENV_FILE_PATH}.local`,
  ENV_FILE_PATH
].filter(Boolean);

dotenvFiles.forEach((dotenvFile) => {
  if (fs.existsSync(dotenvFile)) {
    dotenvExpand(dotenv.config({
      path: dotenvFile
    }));
  }
});

const REACT_APP = /^REACT_APP_/i;

function getClientEnvironment(publicUrl) {
  publicUrl = process.env.NODE_ENV === 'production' ? publicUrl.slice(0, -1) : '';
  const raw = Object.keys(process.env)
    .filter(key => REACT_APP.test(key))
    .reduce(
      (env, key) => {
        env[key] = process.env[key];
        return env;
      },
      {
        NODE_ENV: process.env.NODE_ENV || 'production', // webpack在production模式下会自动启用一些配置
        APP_ENV: env,
        PUBLIC_URL: publicUrl
      }
    );
  
  const stringified = {};
  Object.keys(raw).forEach((key, index) => {
    stringified['process.env.' + key] = JSON.stringify(raw[key]);
  });

  return { raw, stringified };
}

module.exports = getClientEnvironment;

修改webpack配置，向react应用和index.html注入环境变量

// webpack.base.js
const InterpolateHtmlPlugin = require('interpolate-html-plugin');
const getClientEnvironment = require('./env');

const env = getClientEnvironment(config.publicPath);

plugins: [
  new HtmlWebpackPlugin(),
  // 注意：注入插件必定要在HtmlWebpackPlugin以后使用
  // 在html模板中可以使用环境变量
  // <link rel="shortcut icon" href="%PUBLIC_URL%/favicon.ico">
  new InterpolateHtmlPlugin(env.raw),
  // 在js代码中可以使用环境变量(demo: process.env.REACT_APP_ENV === 'dev')
  new webpack.DefinePlugin(env.stringified),
]

配置都作好了，如何让打包命令知道当前用的哪一个环境呢，咱们修改一下打包命令，加上env参数：

"scripts": {
  "dev": "cross-env NODE_ENV=development webpack-dev-server --config ./config/webpack.dev.js --env=dev",
  "build:prod": "cross-env NODE_ENV=production node config/build.js --env=prod --report",
  "build:t1": "cross-env NODE_ENV=production node config/build.js --env=t1 --report",
  "build:dev": "cross-env NODE_ENV=production node config/build.js --env=dev --report"
}

把一样的配置，分别配置到webpack.prod.js和webpack.dev.js中，而后运行对应打包命令，就能够看到项目中成功注入了环境变量。例如，想要使用.env.dev中的变量，则打包命令中增长参数--env=dev便可，配置将由.env.dev.local，.env.dev，.env.local，.env合并覆盖生成。

webpack根据 NODE_ENV的值来自动选择 production或 development模式编译，所以，若是没有必需要求，尽可能不要以 NODE_ENV的值作为打包环境依据，不然就要自行处理更复杂的webpack配置。

preload，prefetch

preload和prefetch是一组可以预读资源，优化用户体验的工具，这里给出一个在首页预读字体和图片的例子，来演示它们结合webpack的使用方法，详见文档。

安装依赖：

$ npm i -D preload-webpack-plugin

修改webpack.prod.js：

const PreloadWebpackPlugin = require('preload-webpack-plugin')

plugins: [
  new PreloadWebpackPlugin({
    rel: 'preload',
    as(entry) {
      if (/\.css$/.test(entry)) return 'style';
      if (/\.woff$/.test(entry)) return 'font';
      if (/\.png$/.test(entry)) return 'image';
      return 'script';
    },
    include: ['app']
    // include:'allChunks'
  }),
]

配置按需加载

配置按需加载，能够将每一个页面或组件拆成独立的包，减少首页加载内容的体积，是很好的优化策略。

安装依赖：

npm i -D @babel/plugin-syntax-dynamic-import

修改webpack.base.js

{
  test: /\.(j|t)sx?$/,
  include: APP_PATH,
  use: [
    {
      loader: 'babel-loader',
      options: {
        plugins: [
          '@babel/plugin-syntax-dynamic-import', // 这是新加入的项
          ['@babel/plugin-proposal-class-properties', { 'loose': true }]
        ],
        cacheDirectory: true
      }
    }
  ]
}

配置完后，就能够用import的方式载入组件了：

// demo
const HelloWorldPage = import('@/pages/demo/HelloWorldDemo/HelloWorldDemoPage');

至此，脚手架已经基本可使用，而且完成了一部分优化。接下来的文章内容主要是围绕开发体验和团队规范展开的，还会涉及到一个比较优秀的react路由实践。