随着umi v3 的发布，抽空将该项目做了一个简单的升级，后续会逐渐完善。

[hqwlkj]

随着umi v3.x 的发布，抽空将该项目做了一个简单的升级，后续会逐渐完善。

目前项目锁在 v3 分支

感谢开发者们的 star ；也欢迎大家参与共建。

[crownclownwl]

我也用你的例子 升级了 umi3，但是 发现升级后 打包有问题，es6 语法没有打包成es5，倒是部分机型无法打开页面bug

[hqwlkj]

@crownclownwl 你可以参考一下这里配置说明 https://umijs.org/zh/guide/app-structure.html#es6-%E8%AF%AD%E6%B3%95

[crownclownwl]

好像是因为 umi3 的 chainWebpack 配置的问题

[coocier]

在你的基础上升级的[email protected] ，目前项目能正常跑起来了，但是有个疑惑。
之前2.0的时候，项目里做了全局的request请求封装（utils/request.js），用于服务器错误状态码检测以及登录状态检验和跳转。

而 [email protected] 内置了@umijs/plugin-request （基于 umi-request 和 @umijs/hooks 的 useRequest 提供了一套统一的网络请求和错误处理方案），其中已经包含了错误处理，以及后端接口规范约定，详见 @umijs/plugin-request。

但是 @umijs/plugin-request 中的所有的请求错误操作都是在接口能正常response的前提下，而对于服务器直接报500，403，404之类错误的请求，服务器并没有返回任何数据，所以request也就无法判断该类错误代码，所以是否要在 import { request } from 'umi';的基础上，像之前（utils/request.js）一样再进行一层封装？

[hqwlkj]

@coocier 是的，可以参考 ant-design-pro 中的 request 进行自己的封装。