这是一个创建于 63 天前的主题，其中的信息可能已经有所发展或是发生改变。
一个项目后端根据业务类型分别用 { message: "获取数据成功", code: 0, data: {} } 和 { message: "获取数据成功", state:200, data: {} }响应， 小程序端需要分别处理，导致小程序的逻辑十分混乱。 遂建议后端统一用其中一种，后端坚持不同业务类型用不同响应结构。
 | 1 qs 63 天前 via iPhone 这种后端套个中间件或者前端加个中间件都能处理 把 state 的值给到 code ，反过来也行 小程序端的逻辑混乱在哪里？ 这事没难度，那就是在争什么？ |
 | 2 CKylinMC 63 天前  1 遇到过类似事情，当时处理方式是搁置。先完成，再优化。 毕竟这玩意儿好听点叫不规范不统一，不好听的说就是你不想改我也不想改。 |
| 5 qs 63 天前 既然不是技术问题，那就是争话语权，两边都刚那就两边都不是好人 |
 | 6 itbunan 63 天前 这事看着是小事，谁退让，谁吃亏。问题不是什么大问题，关键是谁提。尤其是没有隶属关系的情况下，凭什么替要求的动动嘴，干活的跑断腿。所以说，手不要伸得太长，自个管好自个那一摊。同级之间有争论，找领导。找了领导这事就完了。以领导的处理结果，决定后续其他事情的配合度。 总不能对方没事需要你配合的吧，如果真没有。那就是你的手伸得太长了。 |
 | 8 183shl 63 天前 写个 checkutil 封装统一处理下也行，经历多了啥都看开了，自己心态舒服最重要。 |
 | 9 Hole OP @itbunan 前后端已经互相看不惯了，不仅是技术上，还牵涉办公室政治。现只讨论这一件事，我们的测试服务器之前是本地部署在内网，小程序体验版一直都没用，都是用开发版测试。我建议后端部署云测试环境，用体验版测试，后端直接说弄不了，你要用你弄。遂不了了之。现在和公司 A 合作开发一个新功能，A 公司需要调用后端的接口，因为后端不会内网穿透，所以在生产环境测试新功能，导致服务器崩了。后端马上去申请云服务器搭测试环境了，也不说不能弄了。我们之前开发新功能，一直都是使用的其中一种响应结构，这次开发的新功能，后端把接口发给我了，没发响应结构，我也没有问，默认和之前一样了。等我写好代码，调这个接口测试的时候，才发现响应结构变了。恰巧，我又看见微信群里后端给 A 公司写的接口文档，那叫一个端正。我直接呵呵了。我管你是因为懒没给我发响应结构，还是故意不发的。你这样玩，我们就按规范玩吧。 |
 | 10 chaoFanExcellent 63 天前 奥卡姆剃刀原理 |
 | 11 xuanbg 63 天前 我只见过前端要按他们的响应结构的，还是第一次见后端要给不同响应结构的。。。这怕不是被前端给 PUA 出精神问题来了…… |
 | 12 zqguo 63 天前 没有规范，当然会出现这种情况。 |
 | 13 qq1398371419 63 天前 一个组的话通过流程规范统一一下；不同组的话，自己解决一下 |
 | 14 webfamer 63 天前 没懂，兼容一下不就可以嘛，就 code 和 state 字段不一样，在前置数据处理那统一处理一下就好了，有什么很大的问题吗 |
 | 15 lisxour 63 天前 @webfamer 下回一个服务返回数据用 data 字段，一个服务返回数据用 dat 字段，再下一回一个服务用 message 字段，另一个用 msg ，再另一个用 error ，你改吧，慢慢改。 |
 | 22 uuundefined 61 天前 既然都用 JSON 了，肯定是泛型。泛型设计原则就是为了更通用，能够设计成一样的，故意设计成不一样的，那就有点奇葩了。 你要看他不顺眼就应该改，分分钟的事有什么好争的。他说啥你改啥，让他高傲一时又何妨，以后会有毒打的 |
Select Language