被 antd 惯坏了,别的组件库用的很难受,大家有这种感觉吗?
我本人一直用 antd 开发,最近有点审美疲劳想找点新鲜玩意。
试了一圈英文社区推荐的组件库( shadcn mantine chakra 等),功能上都不如 antd 方便,不说太复杂的功能,异步关闭确认框这种常见的功能都得自己封装,不然就得哼哧哼哧写一大坨。
开发后台 dashboard 应用,除了 antd 还有别的更好的选择吗?
在用这个,也是海外的
www.naiveui.com/en-US/
英文社区的组件都是这样吧,就类似 react 一样,只给你提供基础的功能,想要实现稍微复杂的功能,就要自己去实现。 国内的一般都是功能齐全,除了 antd 不还有很多其他组件吗,字节的 arco.design/ , www.naiveui.com/
开发 dashboard 我们都用帆软的
图森公司爆雷了,我怕这 ui 撑不下去了,我们也在用
react95
op 发的是 react 区,而且上面的框架也是 react 的,你们推荐个 vue 的。。。
shadcn 一出来就用到现在, 第一次听到这种槽点。
antd 也有 Vue 的哈哈哈,没注意 React 区
那就 google 家的 mui.com/ 但我感觉都不如 antd 的
没有,不得不说 antd 就是标杆
同感
虽然 antd 问题也很多,但是国外的那些真的。。。
还有很多人跟风狂吹那几个 shadcn 、radix 的,我很怀疑他们有没有真正拿来做过复杂一点的项目
我同意它们提出了全新的理念,甚至有可能引领了未来的方向
但是对日常 CRUD 来说,antd 一把梭下班回家了,你还在那折腾各种 unstyled 组件,加各种 variant ,然后发现基础功能还得自己补
mantine 不错
但是我不得不赞同 OP 的观点,之前看到 shadcn 就觉得非常喜欢这种简约的风格,开新项目的时候尝试了下,结果一个表单给我整不会了,真的什么都要自己封装,得用 react-hook-form ,得用 zod ,里面的 item label control 拆得细细的,不得不说确实灵活,但是写业务搞起来确实麻烦了点,特别是新开坑,遂放弃了继续用 antd
#12 你适合这个 refine.dev/docs/guides-concepts/forms/#basic-usage
1.composition 是 shadcn 之前就被提倡的方式。习不习惯看个人,国外的项目都这么写. 好处就是风格统一和重复利用。
- 你说的 Form 用到 react-hook-form, zod, 我看来是优点. validation 和各种 form 的状态, 不是单个 ui lib 能解决的。
- component 都在你自己的 src 里,自己愿意怎么改就怎么改。 我用 antd 月历,想改个当天的红点,找半天 api, 网上说的版本 api 还都不一样。
shadcn 弄明白一次,下次就让 AI 写了。 有代码可以参考,不然 AI 还要去猜各式各样的 api.
"跟风狂吹" "复杂一点的项目", 你都这么说了,那也确实。
antd 实际也还是自己二次封装一批更集成化的组件更好使
我作为一个后端,偶尔写写前端,不得不说,antd 真好用,非常傻瓜
tdesign.tencent.com/
腾讯的也还行是你习惯 antd 那套 api 了吧。之前国内一些组件库开发的时候就会设计和 antd 类似的 api
所以有种被惯坏了了的感觉
#7 如果细细打磨产品,用这个可能合适。而且默认的主题太素了,领导一看就不行
www.pomocal.com/ 肯定不能直接用 shadcn 默认颜色,css 和 tailwind 里设置一下就行了。整体风格上能达到统一。
我的磁盘空间不够了,之前分区的时候没搞好,根目录给了 1.7T 一直闲置,为了下载一个 700 多 G 的文件,我简单的 mount 到了一个下载目录下,transmissio…
如题 cloudflare cname 后 进行 ping 测试时 突然 有一个想法: 需求: 最终实现 A Cname B 之后 ping 测试时 看不到 B 域名 而直接显…
(这篇文章缘由我的微博,我想多说一些,有些杂乱,想到哪写到哪) 这两天,在微博上表达了一下Code Review的重要性。因为翻看了阿里内部的Review Board上的记录,…