2333 ，好欢乐，我也收到了

centos 没有 yum ，你骗谁呢

@slixurd 用 ORM 的我表示硬刚

call_user_func($m->test);

java ：这也能让我躺…

为什么我的内心毫无波动，甚至还想

php:

datetime('Y-m-d H:i:s', strtotime('next Wednesday'));

点进去，第一条就是一美女，文字是：现在都流行点赞，不打赏[无聊]。

我如果是 pm ，还会加一个打赏 500 查看联系方式，打赏 1000 线下邀约，哈哈哈，哈

fuck off this and go ahead for symfony.

现在竟然还有人不用 emmet ，又可以秀一下优越感了

综合楼上各位的观点，发现我提到的三点几乎每一个都有不少人支持或者在使用，当然大家都有自己的理解，我有时候也很困惑该使用哪种 api 风格，是否有必要严格遵守 REST 呢？我也发散一下我的浅见吧，如有不妥请多读包涵

对于一个获取订单的 api ，我们自然联想到使用 GET 请求，但是这个获取起始后台做了很多事情，比如：

1.通知卖家有人查看了你的商品
2.在`我的历史查看`做记录
3.在`哪些人最近查看了该商品`做记录
...

这似乎就是一个 “我把我的信息给你，你做一下这些（上述）操作，完了把我要的东西给我”的请求

那这还是一个纯粹的 GET 请求吗？

REST 似乎强调 header 以及 http code 的重要性，但实际上：
1.header 不能随意添加， client 可能不识别不安全的 header,并且我们不能直观的从 url 上得到确切的 api 信息，往往还需要看 header 。
2.http code 难以记忆，并且业务复杂的系统还是需要业务 code 来处理，所以除了 200 ， 400 ， 500 这些常用的 code 之外，其余的似乎并不能更好的让你开发 api

我是有的，{"code":0,"status":1,"data":[{object},{object},{object}],"message":"ok"}，

或者 {"code":2333,"status":0,"data":[],"message":"fail"}，

这样统一设计挺好的，可以通用，

并且 status 不使用字符串，比如"success"/"fail",也不使用 boolean ，

楼主家里宽带是公网 ip 吗？不然楼主打算怎么解决这个问题？

一楼是真的勇士

所以楼上 s 开启了框架争夺战

数据库不排序的话可能会同一 sql 得到的结果不一样。

所别字看着好难受，沃痛 -> 沃通

哈哈哈哈