后端接口这样设计是否合理

[Bramblex2]

有一个接口会返回如下数据：

{
	A: {a: 'a', b: 'b', c: 'c'},
    B: {a: 'a', b: 'b', c: 'c'}
}

假设当 B 为空时，返回如下数据（因为后端固定了数据结构）：

{
	A: {a: 'a', b: 'b', c: 'c'},
    B: {a: '', b: '', c: ''}
}

然后让前端自己去判断 B 是否为空，请问这样是否合理？

是否有相应的设计规范？

[chenqh]

@Bramblex2 c++大佬居然写前端去了，这!!!!

[superrichman]

送礼送个包装袋给我，还要我猜里面送的是什么礼物？？？

[wysnylc]

合理

[mlxy123123]

@est 我看你是看不起我们全 Map 教

[buffzty]

方案 1: interface Resp{
A:{a: string, b:string, c: string},
B?:{a: string, b: string, c: string}
}
方案 2: interface Resp{
A:{a: string, b:string, c: string},
B:{a: string, b: string, c: string}|null
}

[fancy111]

哪有什么设计规范，不过是前后端互相协调而已

[chendy]

建议打死，用个 null 会死么

[Chenamy2017]

后端不要把这些垃圾数据抛到前端去。

[ZSeptember]

看 API 定义，都可以讨论
一般是返回 null 或者不返回 key

[ChineseCabbage]

不合理，把数据丢给前端处理的都是垃圾后端

[Lonely]

@est 这跟静态语言有啥关系？这种回答还有人感谢……

[wunonglin]

@Bramblex2 #16

所以才建议你用 B: {a: null, b: null, c: null}

[Bramblex2]

@chenqh 阴差阳错，当了一年前端 leader，然后再找工作的时候发现如果再去找其他方向的话，可能比较难拿到我理想的薪资，总之还挺蛋疼的

[Yuicon]

同样的工作 前后端谁做都可以 看来你们前后端关系紧张

[cassyfar]

后端来搞笑的吧 B 空的话是{}
建议 B 用 null 的，这是 B undefined，不是 B empty，还是有区别的。

[Cowhitewhite]

我们这都是听前端的，他们是大哥。

[Bramblex2]

@cassyfar 确切的说 undefined / null / empty 在逻辑上是不一样的，undefined 是不该有这个字段，null 是指有这个字段但是这个字段里面可能没东西，{} 是指这个字段里面有东西，但是没内容。

比如举个简单例子:
profile: null 是指我们没有 profile
profile: {} 是指我们有 profile 但是里面没内容

这是很大区别的。

[Bramblex2]

@Yuicon

其实我追求的是「正确的是什么」。在工作上的话必然有很多 dirty 的东西不可避免，但我觉得不能因为 dirty 而放弃对正确的追求，否则自己的下限会越来越低，当有机会能去做正确的事的时候，可能就会因为惯性无意识的选择 dirty 的方法而不是正确的方法，也就是所谓的初心变了

[sagaxu]

@est json 可以忽略 null 字段

[est]

@Bramblex2 当然 Nullable Type 也能实现，写起来不觉得绕么。。
@tabris17 实现当然都可以实现。就是在静态语言里，膏药要随时到处贴上。。。
@mlxy123123 全 interface 教。。。
@Lonely 跟语言的确没啥关系。但是极有可能是全面依赖的东西传了一个固定形态的 struct 然后手上要输出 JSON 就直接序列化出去了。