@bug123 进程挂了 还是进程处理出错了 这种给运维人员看的东西不是应该写在日志里吗，你总不能把数据库连不上这种信息直接返回给用户吧，所有内部错误对用户来说都是一样的他们解决不了的

@dddd1919 #20 具体那个？我.NET 这边直接 return NotFound(); 给框架处理就行了，都不用自己实现

@dddd1919 #15 http 的非 200 返回在很多框架里定义为异常 能不能举一个流行框架的例子，我好像还没见到过这种

@edis0n0 #13 这样就少了一层无用的包装，还充分利用了 http 状态码

@okakuyang #12 后端返回 200 ，前端就直接把返回当作获得的数据，后端返回 40x ，前端就知道遇到错误了，如果返回是 json 就按照 error 来 parse ，否则按照 http 状态码弹出缺省错误信息不是更好吗？

@mlhadoop #4 关于哪种比较好的讨论是 v 站月经了，我想问的是这种习惯是从哪里传开的

@echo1937 #3 但我认为把原始返回全额外封装一层 code: int, data?: object, error?: ErrorDetail 又不方便又浪费资源 欢迎 v 友反驳但要有根据

@JasperYanky #48 我前两周做的外包就要求 userid 增量每次随机 1~50

@Livid /go/promotions

@ZE3kr #4 这家我记得要 ssn 才能用吧

@v2exblog 就是 2 和 13 楼的办法

不用国产软件就行了，国外服务都没变色

@Mohanson 不重编码的情况下能将元数据放到文件开头吗

@billlee #1 读不出来就算 bit rot

@dzdh 是银联吗 除了银联以外貌似是张卡都能过

@edis0n0 #12 我觉得应该是没有，真有这么棒的软件不可能这么多层了没人提