shadcn/ui 这玩意儿是不是要手动去它仓库把所有组件弄下来？然后以后更新也是手动再操作一遍？

用上了，不错。
本来前段时间想在 stylish 上写一套 V2EX 的现代化样式的，结果那个插件写样式的体验太差，写了一会儿放弃了。

挺 nice 的团队

这么多年了，Yii 3 还是没出来。。。

感谢各位大佬的解答

@himself65 #2 因为 next.js 13 规定客户端组件必须在文件头增加 'use client' ，而且 swr 使用了客户端组件才能用的一些 hooks ，所以服务端组件和客户端组件貌似还是需要单独封装

@shuding #3 瞅了瞅这个文档，文档里的 demo 是将 token 手动传入，貌似不够优雅。但如果统一封装，又会遇到上面的问题（因为服务端和客户端获取 token 的途径肯定不一样的，我尝试过通过判断是否服务端来从不同路径获取，但是 next.js 13 不允许服务端组件里存在客户端的代码，连导入都不行）

@wu67 #5 fetch 发 post 请求倒是很简单，直接 fetch('url', { method: 'POST' } 即可。swr 在 next.js 13 上并不能在服务端运行（我没试过之前的版本）

@iliaoliao #6 感谢，您这个看起来也不支持 next.js 13 呢？而且我按照您 github 的文档并没有顺利跑起来。

不知道楼主的“公开创业”计划咋样了

@Juppiter 如果使用了 `useEffect` 那么这个组件就必须声明为客户端组件了

有学历啥的要求嘛？

@LaGeNanRen #5 笑死，空窗太久大多时候简历都会被 HR 过滤掉，哪有机会回答这个问题

> 后端的接口不遵循 restful

虽然我写的 API 都是 restful 的，但是我感觉不是 restful 也无伤大雅，只要你们有自己的标准或者不要太凌乱（比如 `/getAllUsersList`）

> 帕斯卡、下划线命名混用，在一个字段可以见到 2 种命名规则，如: `Sum_Money`

这个不太能忍。不过不知道你们同一个数据在不同 API 返回字段是不是一样的命名？比如用户的 `nickname` 在不同的 API 下都是 `nickname` ，而不会出现 `nick_name` 和 `nickName`。


> 对数据完全不做处理，比如一个数字类型，空的时候会有 0 和 null 两种情况

这个得分情况，有的数据确实必须得有 0 和 null ，但是有的数据不可能出现 null （比如用户的帖子数）


> 返回的数据需要前端计算处理, 十个字段有五个是要计算的

这个我倾向于后端计算，如果前端计算的话，ios 、安卓、网页端啥的不都得各自写一遍计算代码？如果计算方式需要改的话，前两者还需要重新打包上架，而且每个端都需要改一次。


> 常常修改字段名

这个也不能忍

---

整体来说，你这些点像极了微信的狗屎 API

@Livid 说实话，我天天上 V2EX ，也没有见过你 #89 发的这三个帖子（或许出现在首页过，但是这个标题并没有让我点进去看的想法），今天要不是逛这个帖子遇到了这个事，也不会知道有这个规则。
---
另外，截止目前，https://www.v2ex.com/about 的网站规则里也并没有不允许使用 ChatGPT 回复的相关内容。

这个域名有点东西

@markgor #33 你这个和 @DinnyXu 那个差不多，用户在订单快过期的时候去支付操作会很极限啊

@DinnyXu 那在订单快过期的时候去支付，用户的操作岂不是很极限？

@Felldeadbird 那你们商品库存也是 4 小时候才释放回去？

#8 的疑问同样适用于 #3 @T110E5 的回答

@koloonps @zhou405x @koloonps 有个问题就是用户在我这边订单支付超时前发起了支付，但是并没有及时支付（支付宝有 15 分钟的支付时间），那我在订单支付超时时只锁定不让用户再发起支付，在支付超时 15 分钟后再之后退还库存等操作？

@gam2046 订单超时时间是自己系统的，但是支付超时时间，是发起支付成功才开始计算的，所以并不能解决我的问题。