zgray

我认为 http 的状态码表示的往往是 http 请求的状态情况，比如 301、302、403、404、500 等等，指的是服务器状态，非业务状态。
我目前对 http 状态码是这样思考的：
1. 对于所有的业务请求，首先如果能响应，则返回 200 码应该是认为请求成功（可能业务出错）
2. 然后在保证了正确响应(200)的情况下，对于业务错误和正确响应是否要统一格式输出的话这个我认为这个是不同团队的处理模式的习惯问题。

我先说下统一格式为{code: xx, msg: xx, data: xx} 这种的：
一般这种的格式，在 API 调用方很清晰，拿到 HTTP 请求的响应后二话不说直接转为一个统一个 ApiResult 结构，然后判断 code，如果非 0，拿 msg 进行提示。这个思路对于大多数前端很直白。

对于另一种情况，成功业务返回 data，异常业务返回 errorCode 的：
那么规则就成了先把结果转 JSON，然后判断是否存在 errorCode 属性，存在认为有错那 msg 提示，否则正常业务。

上述两种模式的第二种存在很明显的问题，就是：要求 data 区域返回值不能有 errorCode。因此对于这种模式一般要区分状态码，比如非 200 表示业务报错，然后辅助判断。我认为楼主说的是这种模式。

这里我觉得两个都行，只是第一个模式思路对大多数人来说很直白而已。第二种模式的话如果 API 调用方的开发环境可控问题也不大。但是！！！


对，我这里要说一个但是！！！微信下开发，那坑爹的安卓版微信浏览器，会默认采用代理发请求，当服务端返回非 200 的响应码时，微信代理抛弃请求，一样的请求从客户端直连二次请求发起！！！
一个案例就是：用户注册，输入用户名服务器判断是否重复注册，此时 ajax 返回非 200 错误比如(500)，然后 response 是错误信息，服务器会二次收到重复的用户注册请求！！！这个坑我相信做个微信开发的人大多数都遇到过。

也是这个坑踩完我重新思考了下状态码的问题，于是就有了第一种方案的结论。

在用 13 的人告诉你，尽可能上高配不后悔。

如果没有长期骑行的经验，建议先在休息日的时候先做一些适应性锻炼，然后再自行评估。运动这个事，每个人的体制不同，有的人骑车 1 小时没事人，有的人骑 30 分钟累半死。

@Yvette 没有自行设置 git lfs，那些大文件就是作为仓库的一部分存在。

@oasislee 笔记和广告一样？

@laqow 没改过的文件连 hash 都没有，git 是用 git-tree 存储的，当没有把文件用 git-lfs 存的时候，文件跟这仓库走。用 git-lfs 存后，仓库文件其实是一个“链接”。

@msg7086 是没违反协议啊，但是违反宗旨了吧，GitHub 之类的都是分享的宗旨吧。不过分享广告好像也是种分享，那这么说好像也没违反宗旨吧。。。

@ihainan 没违反协议，但是影响其他用户啦，因为他是广告仓库啊！

说不违反协议的各位，似乎没懂我说的意思？

我说的是“假开源真广告”，当一个广告源真的合适吗？你放了个 demo 上去，如果只是 demo 那就算了，这当然也算是一种分享。但是在页面上丢一个联系地址，说真的特反感。

当有一天上面都是各种培训班的作业，上面都是各种闭源框架的广告 demo，真的还觉得说这些都无所谓吗？

真的奉劝那些用仓库做广告的，不要老想着白嫖！这些社区已经免费给大家提供了足够的私人仓库了，要存资料私人仓库去存，不要老是公开出一些广告来。

这就好像之前看到的很有意思的一个情况，Issus 被国人当做了论坛，GitHub 禁止了吗？也没有，但是大家都知道这不对，为什么呢？因为 Issus 是提问题的，而不是做其他的。

我只想问那些所不违反社区协议的，还记得 996.icu 的仓库当初的 issus 中各种广告吗？

看了几年暗色，最近几个月莫名的喜欢上了亮色主题。。。

真想走前是不是可以随手劳动局举报一下，就算没事也恶心他们下。

ikbc c87 红轴不喜欢原配键帽，可以自己额外买键帽配个喜欢的色。

null