关于webpack:Webpack5-搭建-Vue3-TS-项目

笔者两年前曾写过一篇文章《Webpack4 搭建 Vue 我的项目》，起初随着 webpack5 和 vue3 的面世，始终想降级下我这个 createVue 我的项目，然而苦于没有工夫（其实是因为懒），始终迁延至今。捣鼓了好几天，终于搭建好整个我的项目，因而仅以此文记录降级搭建的过程。

PS: 其实也能够用官网脚手架搭建的，为何要本人从头做起呢？

有脚手架我不必，我就折腾。哎，就是玩儿~😄

为何降级？除了折腾外，便是享受新版本带给咱们的新个性体验。

长久化缓存
moduleIds & chunkIds 的优化
更智能的 tree shaking
Module Federation
…

更小
更快
增强 TypeScript 反对
增强 API 设计一致性
进步本身可维护性
凋谢更多底层性能

编程语言：TypeScript 4.2.4
构建工具：[Webpack 5.33.2]()
前端框架：Vue 3.0.11
路由工具：Vue Router 4.0.6
状态治理：Vuex 4.0.0
CSS 预编译：Sass / Less
HTTP 工具：Axios
Git Hook 工具：Husky + Lint-staged
代码标准：EditorConfig + Prettier + ESLint
提交标准：Commitlint
构建部署：Travis

此文并不是从零搭建，而是在 createVue@v1.0.0 的根底上批改搭建，如若看不懂，能够先看《Webpack4 搭建 Vue 我的项目》，跟着一步步搭建，后再看此文降级

创立 createVue 文件夹，进入该文件夹，npm init 初始化我的项目
老规矩，装置 webpack 四件套 npm i webpack webpack-cli webpack-dev-server webpack-merge --save-dev
```
 以后应用版本："webpack": "^5.33.2",
"webpack-bundle-analyzer": "^4.4.1",
"webpack-cli": "^4.6.0",
"webpack-dev-server": "^3.11.2",
"webpack-merge": "^5.7.3",
```
webpack5 启动开发服务器命令与之前有所变动，从 webpack-dev-server 转变为 webpack serve, 因而 package.json 中 script 的 start 批改为："start": "webpack serve --progress --hot --inline --config build/webpack.dev.js"
创立相应文件

与之前没有太大差别。减少变动的有一下几点：

1). 长久化缓存，减少 cache 配置. v5 中缓存默认是 memory，批改设置 ”filesystem” 写入硬盘

// webpack.dev.js
module.exports = merge(common, {
  cache: {type: 'filesystem',}
  //...
}

2). 去除插件 clean-webpack-plugin（v5 反对），webpack.HashedModuleIdsPlugin（v5 更好的 moduleIds & chunkIds），HardSourceWebpackPlugin（v5 反对），happypack（v5 不兼容）

装置 vue 外围解析插件

解析插件有所不同，从 vue-template-compiler 变成了 @vue/compiler-sfc, vue-loader 放弃不变。npm i vue-loader @vue/compiler-sfc --save-dev

// 以后我应用版本
"vue-loader": "^16.2.0",
"@vue/compiler-sfc": "^3.0.11",

装置 vue3 及相干库，增加 vue 类型文件

npm i vue@next vuex@4.0.0-rc.1 vue-router --save

src 文件夹下增加 shims-vue.d.ts 文件，解决 vue 类型报错

// shims-vue.d.ts
declare module '*.vue' {import type { DefineComponent} from 'vue'
  const component: DefineComponent<{}, {}, any>
  export default component
}

装置 html 模板解析插件

npm i html-webpack-plugin --save-dev

装置 typescript 及解析插件

npm i typescript ts-loader --save-dev

配置 ts-loader 解析：

// webpack.base.js
// rules
{test: /\.(t|j)s$/,
    exclude: /node_modules/,
    use: [
      {
        loader: 'ts-loader',
        options: {
          // 指定特定的 ts 编译配置，为了辨别脚本的 ts 配置
          configFile: path.resolve(__dirname, '../tsconfig.loader.json'),
          // 对应文件增加个.ts 或.tsx 后缀
          appendTsSuffixTo: [/\.vue$/],
        },
      },
    ],
}

ts-loader 为单过程执行类型检查和转译，因而效率有些慢，能够用多过程计划： 即敞开 ts-loader 的类型查看，类型查看由 fork-ts-checker-webpack-plugin 插件执行 。npm i fork-ts-checker-webpack-plugin --save-dev

// webpack.base.js
// rules
{test: /\.(t|j)s$/,
    exclude: /node_modules/,
    use: [
      {
        loader: 'ts-loader',
        options: {
          // 指定特定的 ts 编译配置，为了辨别脚本的 ts 配置
          configFile: path.resolve(__dirname, '../tsconfig.loader.json'),
          // 对应文件增加个.ts 或.tsx 后缀
          appendTsSuffixTo: [/\.vue$/],
          transpileOnly: true, // ? 敞开类型查看，即只进行转译
        },
      },
    ],
}
// plugins push
new ForkTsCheckerWebpackPlugin()

至此我的项目根本能够跑起来了，那么有个问题了：Ts 能够编译为指定版本的 js，那么还须要 babel 么？

tsc 的 target 只转译语法，不集成 polyfill，所以还是得要 babel。

比方把箭头函数转成一般 function、aysnc + await 变成 Promise.then，这是语法转译；

但你运行环境里如果没有 Promise.prototype.finally，那没有就还是没有。

因而咱们我的项目里还是须要 babel.

Webpack 转译 Typescript 现有计划:

计划	1	2	3
单过程计划 (类型检查和转译在同一个过程)	ts-loader(transpileOnly 为 false)	awesome-typescript-loader
多过程计划	ts-loader(transpileOnly 为 true) + fork-ts-checker-webpack-plugin	awesome-typescript-loader + 自带的 CheckerPlugin	babel + fork-ts-checker-webpack-plugin

综合思考性能和扩展性，目前比拟举荐的是 babel+fork-ts-checker-webpack-plugin 计划。

在 babel7 之前，是须要同时应用 ts-loader 和 babel-loader 的，其编译过程 TS > TS 编译器 > JS > Babel > JS 。可见编译了两次 js，效率有些低下。然而 babel7 进去之后有了解析 typescript 的能力，有了这一层面的反对，咱们就能够只应用 babel，而不必再加一轮 ts 的编译流程了。

在 babel 7 中，咱们应用新的 @babel/preset-typescript 预设，联合一些插件便能够解析大部分的 ts 语法。

那么，Babel 是如何解决 TypeScript 代码的呢？

Babel 删除了所有 TypeScript，将其转换为惯例的 JavaScript，并持续以它本人的形式解决。删除了 typescript 则不须要进行类型查看，不会有烦人的类型谬误揭示，因而编译速度晋升，开开心心编程😄

当然，类型安全性查看必不可少，咱们能够对立在某个工夫集中处理，减少 script：

"check-types": "tsc --watch",

增加 babel 解析 typescript

# 装置以下依赖 --save-dev
# webpack loader
babel-loader
# babel 外围
@babel/core
# 智能转换成指标运行环境代码
@babel/preset-env
# 解析 typescript 的 babel 预设
@babel/preset-typescript
# polyfill 
@babel/plugin-transform-runtime
# 反对 ts 类的写法
@babel/plugin-proposal-class-properties 
# 反对三点开展符
@babel/plugin-proposal-object-rest-spread

# 装置以下依赖 --save
@babel/runtime
@babel/runtime-corejs3
"core-js": "^3.11.0",

删除 ts-loader, 增加 babel-loader

{test: /\.(t|j)s$/,
    exclude: /node_modules/,
    use: [
      {loader: 'babel-loader',},
    ],
}

我的项目根目录增加 babel 配置文件 babel.config.js

module.exports = {
  presets: [
    [
      '@babel/preset-env',
      {
        useBuiltIns: 'usage', // 按需引入 polyfill
        corejs: 3,
      },
    ],
    [
      '@babel/preset-typescript', // 援用 Typescript 插件
      {allExtensions: true, // 反对所有文件扩展名，否则在 vue 文件中应用 ts 会报错},
    ],
  ],
  plugins: [
    [
      '@babel/plugin-transform-runtime',
      {corejs: 3,},
    ],
    '@babel/proposal-class-properties',
    '@babel/proposal-object-rest-spread',
  ],
}

我的项目中代码标准集成了 EditorConfig，Prettier，ESLint，Husky，Lint-staged，以及如何解决 Prettier 和 ESLint 的抵触的问题，具体实现能够参考《从 0 开始手把手带你搭建一套标准的 Vue3.x 我的项目工程环境》这篇文章，讲的很具体这里不再赘述。

利用 inquirer 抉择配置好的提交类型，以及配合 commitlint 实现 commit 查看

npm i inquirer shelljs @commitlint/{cli,config-conventional} -D

增加 package.json 的 script：

"commitlint": "commitlint -e", 
"commit": "node commit/git-commit.js"

创立 commit/git-commit.js 文件

const shell = require('shelljs')
const inquirer = require('inquirer')
const prompsConfig = {
  ciType: [
    {
      type: 'list',
      name: 'type',
      message: '请抉择本次提交的类型:',
      choices: [
        {
          name: '引入新个性',
          value: 'feat',
        },
        {
          name: '改良代码的构造格局 / 款式',
          value: 'style',
        },
        {
          name: '修复 bug',
          value: 'fix',
        },
        {
          name: '晋升性能',
          value: 'perf',
        },
        {
          name: '删除代码或文件',
          value: 'delete',
        },
        {
          name: '其余批改, 比方扭转构建流程、或者减少依赖库、工具等',
          value: 'chore',
        },
        {
          name: '重构',
          value: 'refactor',
        },
        {
          name: '撰写文档',
          value: 'docs',
        },
        {
          name: '减少测试',
          value: 'test',
        },
        {
          name: '更新打包文件',
          value: 'build',
        },
        {
          name: '首次提交',
          value: 'init',
        },
        {
          name: '公布 / 版本标签',
          value: 'release',
        },
        {
          name: '部署性能',
          value: 'deploy',
        },
        {
          name: '代码回滚',
          value: 'revert',
        },
        {
          name: 'CI 继续集成批改',
          value: 'ci',
        },
      ],
    },
  ],
  ciMsg: {
    type: 'input',
    name: 'msg',
    message: '请输出提交文本:',
    validate: function (value) {if (value) {return true}
      return '文本必须输出!'
    },
  },
}

async function gitCommit() {let { type} = await inquirer.prompt(prompsConfig.ciType)
  let {msg} = await inquirer.prompt(prompsConfig.ciMsg)

  shell.exec(`git commit -m "${type}: ${msg}"`, function () {console.log(`\n 提交脚本: git commit -m "${type}: ${msg}"`)
  })
}

gitCommit()

配置 commitlint 类型，创立 commitlint.config.js 文件：

module.exports = {extends: ['@commitlint/config-conventional'],
  rules: {
    'type-enum': [2, 'always', ['build', 'chore', 'ci', 'feat', 'docs', 'fix', 'perf', 'revert', 'refactor', 'style', 'test', 'init', 'build', 'release', 'delete']],
  }
};

实现上述操作后，git add 相干文件 ，执行 npm run commit 即可执行 commit 校验

Travis CI 是一款构建和测试的自动化工具，不仅能够提高效率，还能使开发流程更牢靠和专业化，从而进步软件的价值。而且，它对于开源我的项目是收费的，不花一分钱，就能帮你做掉很多事件。具体介绍能够查看阮一峰——《继续集成服务 Travis CI 教程》

首先，拜访官方网站 travis-ci.org，点击右上角的个人头像，应用 Github 账户登入 Travis CI。

找到对应的仓库，关上开关增加仓库

在 github 上 setting/Developer settings/Personal access token 处生成 travis token

点击对应仓库的 setting

设置环境变量 GITHUB_TOKEN 为方才 github 处生成的 token

创立 .travis.yml 配置文件：

language: node_js
node_js:
  - 12
branchs:
  only:
    - master
cache:
  directories:
    - node_modules
install:
  - yarn install
scripts:
  - yarn build
deploy:
  provider: pages
  local_dir: dist
  skip_cleanup: true
  # 在 GitHub 上生成的令牌，容许 Travis 推送代码到你的仓库。# 在仓库对应的 Travis 设置页面中配置，用于安全控制。github_token: $GITHUB_TOKEN
  keep_history: true
  on:
    branch: master

这样，当你 push 到 master 或者 pr 合并到 master 的时候，就会触发部署脚本的执行，将生成的 dist 推送至 gh-pages 分支

构建工夫比 webpack4 长，可能是因为 ts 的引入，以及 happypack 多过程构建的移除造成工夫略长
dev server 不会自增 port
fork-ts-checker-webpack-plugin 无奈检测 vue 中的 ts 类型谬误

捣鼓了挺长一段时间，也理解了蛮多工程化的货色，尽管不肯定能用于理论我的项目中，但还是算有所播种吧！

Canvas 进阶（一）二维码的生成与扫码辨认

Canvas 进阶（二）写一个生成带 logo 的二维码 npm 插件

Canvas 进阶（三）ts + canvas 重写”辨色“小游戏

Canvas 进阶（四）实现一个“刮刮乐”游戏

Canvas 进阶（五）实现图片滤镜成果

Canvas 进阶（六）实现图片压缩性能

VUI 创立日志 (一)——图片懒加载指令的实现

VUI 创立日志 (二)——防抖节流组件的实现

前端算法题目解析（一）

前端算法题目解析（二）

繁难路由实现——（hash 路由）

繁难路由实现——（history 路由）

关于webpack:Webpack5-搭建-Vue3-TS-项目

1. 前言

2. 筹备工作

Webpack5 的新个性

Vue3 的新个性

确定我的项目技术栈

3. 我的项目搭建

4. 代码标准

5. 提交标准

6. 构建部署 Travis CI

7. 存在问题及总结

8. 更多举荐