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

@CodeCodeStudy #9 你这些理由对于遵循数据库设计范式的来说，完全不是问题。
比如你说的文章点击量、需要比较大小或者参与计算的列，我找不到为 null 的场景。

另外，mysql 早就支持 null 走索引了，知识要及时更新啊。

@googlefans 无论什么原因，阿里云的处理方式都太恶心了

对于在一线城市工作过几年的开发者来说，这个项目 25k ，亏

-----

另外，Larvel 好评

这个域名。。。有点大材小用了鸭

这不比 downie 贵多了？？？

拿 1.8.1 来试了一下，并没有问题，建议贴代码

说起来我的全家桶也该续了，差点忘了。
瞅了瞅，我是续第二年，199 刀。

@jellybool #36 大佬现在还敲代码？