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