这是一个创建于 1451 天前的主题，其中的信息可能已经有所发展或是发生改变。
事情是这样的：甲方要做一款 APP，APP 调用接口的调用过程是，APP 发起请求-->中转端收到请求，开始解密、参数过滤等操作，然后转发给后端-->后端收到请求，开始业务处理-->后端返回数据给中转端-->中转端进行加密、参数过滤等操作-->APP 收到请求结果。
中转端是由甲方的某位开发人员负责的，前期一般是中转端和后端一起定义接口，然后开始开发，正式开始开发后，如果需要再加接口，那么就由后端先开发好，然后写好接口协议发给中转端，问题就出在第二步。
之前临时新加一个接口，发给他的接口协议中有个参数是 cityCode，当时他看了没说啥，结果第二天联调的时候发现他那边默默的把参数名改成了 cityId，还说这个参数不都是叫 cityId 吗？还要求以他的为准， 我当场就发脾气了，我说要改你改，我是不会改的，尼玛我都已经开发好了，也在测试环境发版了，当时发你的接口协议你也没说有问题，为了迎合你这个，我还得重新改代码，然后发个版本。 后来负责这个项目的甲方项目经理找了另外一个人改的我的代码。 后来这个接口还是出问题了，还是参数问题，那个中转端开发把返回对象中的某个字段给改了（多了个字母，不仔细看的话，看不出来），果不其然，还是我们这边改……
 |
1
xcstream 2020-12-04 20:42:24 +08:00
多大点事
|
 |
2
no1xsyzy 2020-12-04 20:44:55 +08:00
多大点事，你不爽接口太 volatile 就把确认过程给做好呗，把接口文档打印出来让签个名，整彻底的瀑布流
|
 |
3
yeqizhang 2020-12-04 20:49:57 +08:00 via Android
改个参数、发个版本而已，没必要整这么多事。
都没联调过，总会有改动，谁能一眼看出合不合理 |
 |
4
PopRain 2020-12-04 20:57:16 +08:00
道理是你对，但这个服务态度。。。还是在公司内部做开发算了，不要派到甲方去
|
 |
5
2kCS5c0b0ITXE5k2 2020-12-04 21:05:17 +08:00
这不是很正常吗 你想半天什么设计模式 什么逻辑 快下班马上叫你改需求 你能怎么办呢 屎代码就是这样堆出来的
|
 |
6
darknoll 2020-12-04 21:44:04 +08:00
做啥外包啊，整天受气
|
 |
7
OHyn 2020-12-04 21:54:26 +08:00
淡定啦老哥，我之前也这样的。
现在想想没必要，非原则性问题，偶尔一次两次就算了。 |
 |
8
ooh 2020-12-04 21:56:33 +08:00
销售好不容易才能拉个单子 忍忍
|
Select Language