React 生态里的 umi.js，很好用吗？

[IvanLi127]

公司目前有几个项目用到这个，都是 umi.js + antd，我对 umi 也不太熟悉。 现在我要为新项目搭建一个后台，但是我不太喜欢 umi，感觉对于这个项目来说有点复杂，而且想尽量用 Context 来共享数据。

1. 对于一个比较小型的后台，有必要使用 umi 吗？
2. 有什么比较好用的路由库推荐嘛？

[xingguang]

小型的后台其实没必要，自建路由也不是很费事，umi 主要是习惯之后出活比较快，缺点是更新换代还挺快的，有时候老点的东西就不支持了

[noe132]

我之前把项目的 umi 干掉了，所有东西直接用 webpack 。
路由直接自己遍历目录动态生成代码。

umijs 的文档太不专业了，就跟那种笔记技术博客一个水平。而且很多时候你光看 umi 文档还不够，你还得看他封装的东西的文档。到头来还不如自己搭建来的方便

[IvanLi127]

@noe132 我也觉得文档有一些随意，而且这种好像是集大成的框架我有点不敢用。
我对直接遍历目录生成路由比较感兴趣，不过没找到相关的轮子，大佬你这生成是在 babel 里实现的，还是 webpack ？我觉得这种方案比较舒服，我都差点想上 next.js 了

[jworg]

umi2 和 umi3，怎么说呢，现在网上还有很多教程是 2 的，拿来入门的表示被坑的不要不要的，还是 vite 简洁清楚。

[IvanLi127]

@jworg 我发现有不少人拿 vite 和 umi 对比，我感觉在功能上 umi ≈ vite + 应用框架的样子？
vite 感觉不错，不过之前没用过，这次不敢在公司项目上用。vite 会有什么坑吗？

[basefas]

同不喜欢 umi，连 antd pro 都不用，直接 cra+antd 的 prolayout，剩下的自己撸
发下自己写的
https://github.com/basefas/react-antd-admin

[forsigner]

曾经用了好长一段时间 umi，后面换到 Next.js 了

[Cbdy]

不建议用，另外这是阿里出品

[IvanLi127]

@basefas 加个星星回去看看

[vision1900]

珍爱生命，远离 Umi 和 Antd

[IvanLi127]

@Cbdy 我当时看到有阿里的影子就很慌。
我觉得这方面，阿里家的就 antd 能用了，哈哈（如果不去回忆按钮被狗啃过的那件事）。

[flybluewolf]

@vision1900 +1

[noe132]

不需要 webpack 也不需要 babel 。
直接遍历目录，生成一个树结构，然后根据树结构生成一个 route.ts 里面包括所有的页面的动态 import，然后在 App.tsx 里递归生成对应的 路由元素。
整个解析的代码也就 100 多行。最后就是开发时开一个 watch 服务，检测到文件变化就重新生成一遍就行
https://pastebin.com/bALG20WF

[basefas]

@IvanLi127 还有配合写的 Go 后端哈

[rockjike]

@noe132 直接遍历目录，生成一个树结构，然后根据树结构生成一个 route.ts 无法支持路由参数灵活的场景, 一般都以配置化为主, 小型项目走约定式路由

[noe132]

@rockjike 自己生成的好处是有啥需求可以直接改，想要啥结构都不是问题。用这种文档差劲的库，文档还没搞清楚，我自己写代码早就写完了。

[x940727]

@vision1900 远离 Antd 没问题，React 还有啥好的 UI 框架吗？

[IvanLi127]

@noe132 到时候我也试试，不过另启 watch 服务会不会导致多构建一次？

[jworg]

@IvanLi127 我只是个人用用，写写自己的网页，感觉还没遇到过坑，关键词都能很快搜到解决方法，反倒是 umi 总是搜着搜着发现都是 umi2 的配置 /解决方式。

[yikyo]

管理后台一般不需要状态管理，hooks + antd procomponents 足够了，开发又快。