UMI TODOS

[sorrycc]

3.4.x

欢迎认领！More TODOs is on the road.

• plugin 配置不是 string 时给更友好的提示 @xiaohuoni
  • WHY：经常被问到，比如图
  • HOW：修改 pluginUtils.ts，try...catch 下，提示类似 “Plugin resolved failed, Please check your plugins config, it must be array of string.”，可给更多信息
  • chore: improve error message when plugin resolved failed #6376
• umi 新增 node 版本检测，要求 10+ @PigCan
  • WHY：规避日常低版本 node 问题反馈，目前报错不友好
  • HOW：packages/umi/src/cli.ts 里加前置判断，判断 process.version 的 major version，如果少于 10，退出并红字提示“Your node ${version} is not supported by umi, please upgrade to 10 or above.”，如果大于 14，给黄字警告“Your node ${version} is not supported by umi, please use node 10, node 12 or node 14.”
  • feat: check node version #6332
• 改进 plugin-dva ast 分析 model 文件时的报错 @xiaohuoni
  • WHY：目前没有没有捕获，报错信息对用户不友好
  • HOW：在 ast 分析的地方加 try...catch，给明确报错
  • feat: improve dva log plugins#562
• umi 3.4 支持 monaco-editor @ChrisFan
  • HOW：找个空目录，umi g page index，引入 monaco-editor 和 monaco-editor-webpack-plugin，应该会报错，原因是 webpack 的 requireHook 没配全，在这里 packages/bundler-webpack/src/requireHook.ts 补全
  • fix: monaco-editor-webpack-plugin don't work in 3.4 #6326
• 升级 @umijs/deps 里的 babel 版本到 7.13.x @sorrycc
  • WHY：例行更新，支持 TypeScript 4.2 语法
  • dep: upgrade babel to 7.13, support syntax for typescript 4.2 #6306
• 迁移 @umijs/deps 到 umi 仓库 @sorrycc
  • WHY：简化维护成本
  • refactor: built-in @umijs/deps #6410
• 改进发布脚本，如果发布的分支不是 master，发布完需重新设置 umi 的 latest tag
  • WHY：出了几次问题了，虽然是由于用户写法引起
  • npm dist-tag add umi@{version} latest
• 使用 v8-compile-cache 提升命令行速度，构建也快一些 @sorrycc
  • HOW：加一行 require('v8-compile-cache');
  • feat: add v8-compile-cache for faster init speed #6307
• plugin-oneapi 不支持 node@10，因为用了 [].flat @chenshuai2144
  • fix(onpenapi): openapi support node10 plugins#567

3.5.x

• 统计每个 hook 以及插件的执行时间
  • WHY：插件多了后 umi 启动较慢
  • HOW：在 applyPlugins 的阶段处理，两个纬度收集 1) hook 2) 插件
• Yarn 2 支持
  • WHY：充分利用缓存，提升安装速度
  • HOW：增加相关 resolve 插件，参考 create-react-app 和 storybook 6.2
• 利用 module federation 让本地开发提速 10 倍
  • HOW：内部方案整理后开源
• 尝试 esbuild 代替 @babel/register
• 尝试 esbuild 代替 @babel/preset-typescript
• 尝试用 swc 代替 babel
• 尝试用 esbuild-jest transform js 和 ts 文件
• Records and Tuples 语法支持 @xiaohuoni
  • HOW：基于 @babel/plugin-proposal-record-and-tuple 和 @bloomberg/record-tuple-polyfill
  • feat: record and tuple #6370
• webpack 5 cache 需要在 webpack 配置变更时 invalidate
• 修复 webpack 5 cache 不兼容 cnpm 的问题
  • [Bug] umi 3.4.8 antd-design-pro 项目V5版本中使用webpack5后 开发模式 出现OOM  #6397

[yingzhi0808]

考虑支持 .env.[NODE_ENV] 这种环境变量文件吗？Vue Cli 和 Create React App 目前都支持。虽然可以通过插件实现，但是无法处理好 .env 和 .env.* 的加载顺序，因为 .env 文件的读取时机在插件初始化的前面。

[sorrycc]

@yingzhiji 可以，要来个 PR 吗？

[yingzhi0808]

@sorrycc 可以，目前有两种设计方案：

1. 像 Vue Cli 那样通过 mode 指定，umi build --mode staging，就会自动读取 .env.staging，umi dev 默认为 development，umi build 默认为 production，umi test 默认为 test
2. 像 Create React App 那样直接使用 NODE_ENV 的值，读取 .env.[NODE_ENV] 文件，但是感觉这种不太好用

[sorrycc]

@yingzhiji 感觉后者更简单，为啥感觉不好用？

[yingzhi0808]

因为 NODE_ENV 有些特殊的用途，可能有很多环境，比如开发环境 development、生产环境 production，预发布环境 staging，预发布环境 NODE_ENV 也要是 production 的，如果把 NODE_ENV 设置成 staging 其实没有意义。
不过 Vue Cli 是这样的：vue-cli-service build --mode staging 时 NODE_ENV 会被设置成 staging，然后还要在 .env.staging 里把 NODE_ENV 改回来：

[sorrycc]

用 CRA 的方式吧，简单点，用 vue-cli 的需要引入额外的概念。

[xiexingen]

打算使用Vite么