服务端开发错了，客户端就应该错着适配

前情提要

我们的产品今日在开发环境暴露出一个风险，某些数据取值取不到了导致产品崩溃。

排查了半天数据和逻辑之后，发现是因为某个接口返回的数据新加了一种类型，但是这种类型的定义和之前的另一种类型是相同的，导致代码合并后，有的数据处理认为是之前的类型，有的认为是之后的类型，导致某些判断分支没有达成，最后导致数据没有正确解析。

问题简述

我们排查了问题之后，理了一下现在的逻辑。

假设我们之前的数据有 A ，B ，C 三种类型，然后根据数据的 type 字段等于 A ，B ，C 来判断数据类型，再根据类型去做相应的数据解析和操作。

但是现在服务端只在某些接口中，把 C 类型给区分成了 C 类型和 D 类型。C 类型的 type 字段是 C ，D 类型的 type 字段是 D 。但是现在的 D 类型的数值是我们之前客户端用的 C 类型，现在的 C 类型则是之前我们客户端会过滤掉的一种数据。老的接口中依旧只有 type 值为 C 。

于是我们现在如果需要在老的接口判断是否是我们需要的类型，就要经历下面几个判断才能确定值的类型。

这个数据来自新接口还是老接口
如果是老接口，那他的 type 是否等于 C
如果 type 等于 C ，他是否具有 data 字段
如果具有 data 字段，他的 data 字段下是否具有 sub_type 字段
如果具有 sub_type 字段，sub_type 字段是否等于 1
如果等于 1 ，那他就是我们之前用的老的 C 类型
如果等于 2 ，那他就是我们之前要过滤掉的类型

争议

理清逻辑后，我就去找服务端理论，为什么要设计成这样。

讨论了半天，总之就是服务端那边不同的人代码逻辑没有统一，最后导致类型定义不统一。

但是服务端表示我们不会改，因为改了容易出问题，而且 Web 端已经适配了，希望我们也适配一下。

我便问他: “但是你这逻辑已经错了，不处理一下吗？我们要适配你们的错误逻辑吗？”

服务端表示: “服务端写错了你们就错着适配吧。”

IvanLi127

6 小时 8 分钟前

你得问问 web 前端有啥意见，做白工是一回事，服务端改好了他那会不会崩又是一回事。

看你们这流程……明显就是后端定接口，所以他们说了算。这时候他们不提供文档，你得提供文档要求他们，达成共识才能往下推进，不然这种事没默契只能一直扯。

但是，客户端是存在多个版本同时在线的，如果不能热更新，不可能随随便便一个服务端能解决的 bug 让客户端发版呀。遇到这种事谁解决的速度快成本低，谁解决。