大家觉得 umijs 难用的点在哪

[luffy]

看到这篇贴子 https://v2ex.com/t/869545#reply11

个人体验过，也觉得很难用。

比如，我第一次看到 ui 框架会跟一个 ui 库深度绑定的，

还有，启动速度真的是极慢，

文档写的真的不好，相比 next.js 的文档，umi 这边看起来就有点业余。

你们还碰到其它问题嘛？

[gkinxin]

@del1214 把一些不需要默认开启的插件(antd)关了其实很好用，开箱即用。

[kongkx]

开发启动是真的慢。功能看起来很齐全，很灵活，但是能组合起来用的就几个。做做 crud 还行吧，

[sjhhjx0122]

@gkinxin 配置式本身 react router6 就加回来了吧，而且 umi 页面必须默认导出这样其实不是更奇怪吗

[adjusted]

直接用 next, remix 不就好了

[luffy]

@adjusted 这是建立在你有决策权的情况下是这样的。 很多时候干活的人，并没有决策权。

[gkinxin]

楼上都分不清 nextjs 和 umijs 区别的就别说了吧。基本的 spa 、ssr 都分不清么，要说 umijs 的 ssr 功能不好用还能理解，上来就说不如用 nextjs 的不知道什么想法。

@sjhhjx0122 默认导出还好吧，感觉正常，用 react router6 也要需要导出导入的步骤，你是指不用 export default xxx 而是 export xxx 组件的意思么。路由好用我指的是可以不用在 config 里面单独 import 页面组件再把组件加到对应的路由上，只要配个字符串路径就好了，导入过程在编译时做了省了一个比较繁琐的步骤，另外就是页面层级这块单独配置会舒服点，高阶的 Provider 用起来方便了很多。

[adjusted]

@luffy next 和 remix 都是公司核心产品，并不是 kpi 开源，你可以从这个角度去推广一下

[dk7952638]

我有一种偏见，我认为开源作品永远不是刷 KPI 的工具

[isukkaw]

@gkinxin #26 分不清什么？ Next.js 同时支持 CSR （ Client Side Rendering ）、SSR （ Server Side Rendering ）、SSG （ Static Site Generation ），以及独一家的 ISR （ Increment Static Generation ）。

Next.js 确实和 Umijs 有很大区别，那就是 Next.js 比 Umijs 更强大，Umijs 不能做的 Next.js 都能做，Umijs 能做的 Next.js 都能做、还做得更好。

[kiritoxf]

用了好几年的 umi + antd ，基本没用过别的所以没啥感觉
一直觉得很顺手 无论是 umi 封好的一些东西 还是 antd 的界面

[ragnaroks]

我曾经尝试用过，对我来说也不能说难用，只是没 next 好用，中间差了 10 个 nuxt 吧

[putaozhenhaochi]

umi 除了约定限制比较多，没啥大问题啊。
不知道为啥这么多人捧 next.js. next 更偏重于 SSR ，生产环境起一个 node ？

[lilihangzhou]

缝合怪吧，塞的东西太多了，性能的确很差，不过简单用用还是挺方便的，基本傻瓜式

[zhwithsweet]

@isukkaw #29 Next.js 就是比 umi 强（很多）啊，没问题。大型项目 Next.js 梭哈，中小型项目 vite + react 梭哈