可能是另一场圣战：后端返回的 JSON 的值是只要 String 类型呢，还是各种类型都包括呢？

[winiex]

工作中和不同的客户端开发者合作过，有的要求返回的 JSON 统一只包含 String 类型：

{ a: "THYM", b: "107", c: "false" }

而有的则要求数据要表达自己的类型：

{ a: "THYM", b: 107, c: false }

我个人是支持第二种写法的，因为不用再写一堆转 String 和转回类型的代码。大家团队都选择何种方式呢？又是出于何种原因与理由呢？

[imn1]

@ZiLong
例如一个项目，有 ABC 多个模块，它们之间都是通过一种二维数组传递数据的
这时，因为需要，从外部获取一个源数据，而它是由提供方决定格式的（例如 json ），项目组无法决定其格式或类型
这时就需要用一个 D 模块处理，转换为二维数组，交给 ABC 使用
正因为数据源是外部，往往 D 模块里面要加容错代码，如果类型复杂，容错和转换工作就多很多，只是 string 就简单了

如果数据源头有多个，可变（例如合作方变更），预处理就很必要了，没理由改变原来项目的 ABC 的

这种情况以前见得多了，曾见过一个糟糕的项目，合作方改了数据格式，项目就要重写……

[hyyou2010]

差异可能在于两种方式在客户端的出错处理位置不同，难度不同

考虑到语言特性，数值边界，那么 api 接口最好很直白，很傻，并排除任何语言特性的影响

过去的项目是 2，但在数据类型上趟过太多痛苦的坑，考虑以后试试 1

[Him]

@janxin 不走测试环境测试直接把修改上线，这样的团队连基本的流程都没有了……

[hyyou2010]

说几个接口的坑，不一定对，供参考：
1、数组里面必定同类型，不然强类型语言处理起来麻烦
2、不要用 bool，而用整型 0、1，不然不好扩展
3、不要有 null 或别的空类型定义，整型的话用-1 表示没有，字符串用“”或其他特别串表示没有

[GreenVine]

@scriptB0y 看上去是 Certificate pinning 防止中间人的

[iwtbauh]

@scriptB0y 这个和话题关系不大啊，写死可能带来巨大安全好处。公钥钉扎（ public key pinning ）了解一下。Google 就曾经将自己域名的证书写死在 chrome 里，也是因为这种操作，某个 CA 的二级私自签发 google 域的证书（哪家不用我说了吧，就是这事之后被 Mozilla 和 Google 拉黑的那家），但 chrome 避免了被中间人攻击。同时使用 chrome 的用户自动将事件报告 Google，并公之于众。

钉扎是出于安全方面的考虑，但的却会带来你说的那种不易换证书的问题，但这要看怎么权衡了。

[Hardrain]

boolean 也要变成 str?

有的语言似乎不能直接把 str 转回 boolean ……

[prolic]

一直在用第一种，流程中备不住哪个用 php 的写的菜一点，就 int string 混用了，还不如从头到尾强转 string 还能统一一下

[Axurez]

居然还有选 1 的，今天也是长见识了。

[hxy91819]

我们团队是用第二种方案，甚至服务端有些不合规范的字段，客户端会要求按类型规范整理。

[Axurez]

敢问选 1 了之后，如果字段是一个对象怎么办？比如

```
{ "a": { "b": "107", "c": "false" } }
```

按照某些理论，就应该把对象转字符串，因为对象不靠谱：

```
{ "a": "{ \"b\": \"107\", \"c\": \"false\" }" }
```

那么问题来了，你这个根对象不也是个对象？难到你也要包成字符串？


```
"{ \"a\": \"{ \\\"b\\\": \\\"107\\\", \\\"c\\\": \\\"false\\\" }\" }"
```

？？？那你为啥还要用 JSON 呢？为啥不自己发明一种格式？

[peterpark]

偶遇聂帅^_^

[huclengyue]

@Death @Death @airyland @wxsm @winiex 你去问问 iOS 开发者就知道了，

[huclengyue]

@huclengyue 当然如果只是前端 js 的话，第二种效率更高

[huclengyue]

@airyland 并不是。。。

[huclengyue]

@isbase 你开发和 android 或者 iOS 应用试试，就知道为什么会是第一种了

[hyyou2010]

@Axurez

我的观点是，接口定义上不能有对象这个概念，接口必须是字面的，plain 的。
我前面写了点个人坑，其中不要 null 或空定义就是针对“对象”的。

[huclengyue]

@Eoss 那你让 iOS 怎么判断 true false ？？ iOS 是 yes no

[huclengyue]

@Axurez 所以为什么要在接口中传递对象？

[xiaottt]

反正我们合作过的 partner 的文档，都是要求第一种