3

后台管理不推荐 shadcn 。
虽然绝大部分组件都有对应的三方库实现或者可借鉴例子，实在不行可以手搓，但是到后期维护会相当烦人。
不是对整个 shadcn 生态相当了解的话会碰到一个又一个坑，你有信心折腾的话就玩吧。

5

7

无脑推荐 shadcn, 一出来就用到现在。
1.所有的坑别人都踩了上万遍了，AI 不能立刻解决就让它搜一下 github issue. 哪个库又没有坑？
2.shadcn 让 composition 和 variant 这种写法成了主流，现在所有的组件库写法都大同小异。
3.复杂的组合用法，你让 AI 撸一边 example ，写出 xx-rule.md, 新页面 @一下，咣叽一下就弄完了。
4.supabase, cal.com 看别人代码库怎么用 shadcn
5.shadcn 定义 ui 下限，风格统一起点，剩下的自己做。也可以理解它就是一个 UI layer wrapper. 复杂的逻辑都是靠的第三方库。好处就是极大降低了学习成本。

8

shadcn 表单要配合 react hooks form 而且 table 功能太简单了，如果用 @tanstack/react-table 的话又写起来太复杂了，有这个时间改这些的话，后台功能都写完了，最主要是 tailwind4.0 其实很激进做兼容的话，还要花时间

9

请教各位大佬，这些 ui 库和平时用的 antd 有啥区别

12

@gotoschool 对了，有一点特别重要，AI 时代下你的选择越广泛使用，AI 的补全能力就越强，可以在一些便宜的，context 短的 AI 上表现特别好。 基于这个点都应该选择 shadcn

13

14

@linkopeneyes #8 shadcn 的定位是可深度定制的 UI 组件库，如果项目很多，或者项目迭代时间很长且需要高度定制化，还是划算的。但大部分后台项目没有多少预算资源，开发时间有限、开发人员能力有限，可能 deadline 到了还没折腾清楚，老实 antd 就行了。
shadcn 上限无疑远超 antd/mantine 等组件库，前提是能玩明白，有时间玩明白。
对于打算使用 shadcn 构造后台管理项目的人，我会建议他们先从一个简单的 tree-select/cascader 组件开始，看是否能顺畅地实现(无论是使用现成组件、copy 、手搓、AI)一个较为完整的 demo ，包括勾选策略(all/parent/child)、异步加载、多选、过滤/筛选/禁用/加载中、虚拟滚动、节点更新、级联选择。反正相关资源/实践社区里都有，AI 也能实现，但门槛还是挺高的。

15

不推荐 shadcn/ui ，后台还是老老实实 antd 吧。好不容易组件库帮你封装了一堆逻辑，你只是调用就好了，节约了开发时间。用 shadcn/ui 这是又走到以前用 bootstrap 的老路上了，还要进行二次、三次封装。

19

sorry, I use element-plus.

21

@w797200 #20 从未用过 xxx-admin ，要改起来太费劲了，UI 框架选好，然后找个 star 最多的 admin 实现，抄一下布局、路由、菜单、多页签从零开始更快。

23

我用 antd, 不想折腾了, 判断一个 ui 库好不好, 我一般判断他的 table 组件好不好定制, 好不好扩展,

24

@susunus Shadcn 主要是用 Tailwind 封装了 RadixUI,同时组件 api 设计相同成了一种规范,三方库可以用相同规范封装组件

25

我个人使用下来感受 c 端最好使用 shadcn 甚至自己开发组件以方便后期 UI 统一定制美化, b 端各种管理系统无脑 antd 和 element 就好了

33

我建议新手和初级直接放弃 shadcn 的想法。甚至都不要用 Tailwind 。最稳的还是 autd 这些，你去拿 Tailwind 写的网站访问夸克这种国产浏览器就知道了不兼容