关于接口传 null 的问题，你们是怎么解决的？

[Pursue9]

假设数据库有一个字段是 int 型可空，接口返回参数时该字段数据可能是 1,2,3，也有可能是 null。 这时候你们是返回 null 还是 ""

[hstdt]

具体情况具体分析呗，json 的话传 0 或者这个字段不传也可以吧，别来个字符串捣乱就行

[Pursue9]

@hstdt 假设 0 已经被定义了，0 和 null 意义不同；该字段不可不传

[imherer]

null 或""都可以呗，协商好就行了

不过我更倾向于 null

[lscho]

可空肯定要传 null 啊。。。int 型不要给空字符串

[rosu]

1 楼和 3、4 产生了截然相反的回答😹。

首先一定要协商好，形成规范。另一个如果前段是 web，可能 null、“” 或 不传问题都不大。因为 js 是弱类型。

如果前段是 App，尽量就不要类型混用了。接口是 int 就不要返回字符串。因为你说了 0 和 null 意义不同，那假设这个接口开发之初就有此业务需求，意味着 App 只能用 String 或 object 来接了。

但是如果是接口后期升级，那还是协商前端升级版本做变更。

[rosu]

@rosu “前段”更正：前端

[janxin]

传 null，方便非 JS 语言处理

[oneisall8955]

JAVA 来说，肯定 Null，不然反序列化属性类型对不上

[zhuisui]

首先该字段类型为 int，就肯定不能传 ''
然后如果要表示为空值，那肯定是 null。由于 0 已经被占用了，说明它的意义不是空。
如果不传<=>undefined，在序列化的时候（如 json 或 protobuf ）这个键就会被去掉，也就不能看出是空的含义。

双方约定更应该靠向遵守一般程序接口设计规范，而不是私下约定。

[optional]

传 null， 加上 json-schema 校验， 通不过就说明后端偷偷改了 api，线上 bug 就背锅。

[celeron533]

医学影像 DICOM 是这么做的：
数据 null：返回空数组
数据有值：返回只有一个值的数组，且 int[0]=value

[hantsy]

直接去掉，省数据流量

[noobma]

菜鸡前端表示，还是 null 好，比如 ts 里面定义 null | number 和 string | number，那肯定是 null | number 一眼就能看得出是啥意思😎

[xiaoming1992]

或者-1 也行啊

[des]

我们用-9999

[blessyou]

空值字段都不给😂

[luopengfei14]

连 null 也不传，省流量，装逼中（￣～￣;）

[hstdt]

@Pursue9 限制这么多，那就还是传 null 吧。我是被人用"null"坑过几次的，所以一般不想这么推荐，但是这个确实是标准答案😹

[Pursue9]

@hstdt ios 那边说接收 null 会变成 "<null>" ，不知道他们怎么解决的

@des
@xiaoming1992 负值也有缺点，枚举是可为负数的，

[Pursue9]

我们这边全转字符串了， 返回
```json
{"status1":"-1","status2":"1","status3":"0","status4":""}
```
用起来就非常奇怪