和后端吵起来了，要继续刚吗？

[Hole]

一个项目后端根据业务类型分别用 { message: "获取数据成功", code: 0, data: {} } 和 { message: "获取数据成功", state:200, data: {} }响应， 小程序端需要分别处理，导致小程序的逻辑十分混乱。 遂建议后端统一用其中一种，后端坚持不同业务类型用不同响应结构。

[qs]

这种后端套个中间件或者前端加个中间件都能处理

把 state 的值给到 code ，反过来也行

小程序端的逻辑混乱在哪里？

这事没难度，那就是在争什么？

[CKylinMC]

遇到过类似事情，当时处理方式是搁置。先完成，再优化。

毕竟这玩意儿好听点叫不规范不统一，不好听的说就是你不想改我也不想改。

[Hole]

@qs 技术上前后端谁改都能实现，问题是现在前后端都不想改。

[mars2023]

@Hole #3 转技术负责人！

[qs]

既然不是技术问题，那就是争话语权，两边都刚那就两边都不是好人

[itbunan]

这事看着是小事，谁退让，谁吃亏。问题不是什么大问题，关键是谁提。尤其是没有隶属关系的情况下，凭什么替要求的动动嘴，干活的跑断腿。所以说，手不要伸得太长，自个管好自个那一摊。同级之间有争论，找领导。找了领导这事就完了。以领导的处理结果，决定后续其他事情的配合度。 总不能对方没事需要你配合的吧，如果真没有。那就是你的手伸得太长了。

[Hole]

@mars2023 只有一个行政负责人，不懂技术。有一个合作公司的技术顾问，人家不想趟这趟浑水，让前后端自己协调。

[183shl]

写个 checkutil 封装统一处理下也行，经历多了啥都看开了，自己心态舒服最重要。

[Hole]

@itbunan 前后端已经互相看不惯了，不仅是技术上，还牵涉办公室政治。现只讨论这一件事，我们的测试服务器之前是本地部署在内网，小程序体验版一直都没用，都是用开发版测试。我建议后端部署云测试环境，用体验版测试，后端直接说弄不了，你要用你弄。遂不了了之。现在和公司 A 合作开发一个新功能，A 公司需要调用后端的接口，因为后端不会内网穿透，所以在生产环境测试新功能，导致服务器崩了。后端马上去申请云服务器搭测试环境了，也不说不能弄了。我们之前开发新功能，一直都是使用的其中一种响应结构，这次开发的新功能，后端把接口发给我了，没发响应结构，我也没有问，默认和之前一样了。等我写好代码，调这个接口测试的时候，才发现响应结构变了。恰巧，我又看见微信群里后端给 A 公司写的接口文档，那叫一个端正。我直接呵呵了。我管你是因为懒没给我发响应结构，还是故意不发的。你这样玩，我们就按规范玩吧。

[chaoFanExcellent]

奥卡姆剃刀原理

[xuanbg]

我只见过前端要按他们的响应结构的，还是第一次见后端要给不同响应结构的。。。这怕不是被前端给 PUA 出精神问题来了……

[zqguo]

没有规范，当然会出现这种情况。

[qq1398371419]

一个组的话通过流程规范统一一下；不同组的话，自己解决一下

[webfamer]

没懂，兼容一下不就可以嘛，就 code 和 state 字段不一样，在前置数据处理那统一处理一下就好了，有什么很大的问题吗

[lisxour]

@webfamer 下回一个服务返回数据用 data 字段，一个服务返回数据用 dat 字段，再下一回一个服务用 message 字段，另一个用 msg ，再另一个用 error ，你改吧，慢慢改。

[MoeDisk]

@CKylinMC 您这 id 我好熟悉（

[CKylinMC]

@MoeDisk 还能记得我就很感谢了。

[MoeDisk]

@CKylinMC 我还能想起你在宿舍砸键盘的场景（

[MoeDisk]

@CKylinMC 时过境迁都变成无聊的大人了，上班在 v 站摸鱼（

[CKylinMC]

@MoeDisk 草 怎么是这个记忆（
人总是要长大的嘛。
有兴趣可以加个 misskey 聊，别打扰这边讨论串