Outshine

> 后端的接口不遵循 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 订单超时时间是自己系统的，但是支付超时时间，是发起支付成功才开始计算的，所以并不能解决我的问题。