JSON 对象 or JSON 字符串

[secsilm]

前端向后端（ flask ）发送 AJAX POST 请求的时候，你们一般是发 JSON 对象还是 JSON 字符串呢？

同样，后端返回数据的时候是发 JSON 对象还是 JSON 字符串呢？

如果用字符串，是基于什么考虑呢？谢谢

我自己偏向于对象，双方都方便。但是同事之间讨论的时候做 Java 的坚持字符串，不知道因为啥，特来求教

[xiao17174]

@Chingim 应该是被成熟框架养得娇嫩的程序员吧.笑~.考虑一种情况.body 中不只是 json 或者不止一个 json 呢?
这么和你讲好了.我们可以把数据大概的看成三个层次:
1.最底层.一切皆是二进制.
2.中间层,数据都是 int/double/string/bool 等.
3.最上层,数据是 json/http/h264/mp3.
永远是越下层越通用.所以把 json 重新包装成 string,是把它通用化了.
当然,有一个概念不要混淆,json 以 string 作载体.这是协议规定的.也就是说,序列化后的 json 肯定是一个 string 即字符串.这个时候再做一次包装是 string(string).
做这个操作其实是很丑陋的.完全不建议这样用.
(可以用更好的办法规避它.比如永远保证一个 body 即是一个 json,json 里放 json 就可以了) 然而这就不在我们的讨论范围了.

[Chingim]

@xiao17174

1. 讨论问题请不要倚老卖老，还有谢谢你夸我嫩。
2. 我的意思是你想把数据当成纯文本传输，让另一端想怎么解析就怎么解析(你所谓的更通用)，这完全可以，把 content-type 设置成 plain/text 就 ok 了。而不需要再包一层两层，把 {"dds":2} 变成 "{\"dds\":2}" ，因为前者已经是纯文本了。

[xiao17174]

@Chingim
1.你理解成我是倚老卖老也算是一种新的思路.我的本意是说你幼稚.
2.首先不是什么语言都有框架让你去认 content-type 的.裸解析 tcp 了解一下(我至少用两种语言做过这种事,因为它没有成熟的框架).其次,我已经说了假设了,假如一个 c 系程序员野蛮的把两个 json 拼接到一个 body 里.content-type 设成 text.现在要分别解析出两个 json 对象,那么这个最外层的引号就成为了一种分界标志.所以 string(string)+string(string)之后是一个 string,但是可以反解析出两个子 string.但是单纯的 string+string 是会完全合并成一个 string,不可逆的.
3.我再次强调这只是理论上的价值,有无数的理由让我们不要这样做.
4.你显然没有理解我上个回复中强调的内容.不要混淆 json 本身是个 string,即纯文本的本质.