DLo*_*pes 14 rest serialization json go deserialization
有没有办法序列化结构的空数组属性(非null)并将其反序列化为空数组(不再为null)?
考虑到一个空数组实际上是一个指向null的指针,在序列化/反序列化后,空数组和指向null的指针之间的可感知的初始差异是否完全丢失?
最糟糕的实际情况是,当我向我的REST客户端显示一个空数组属性时,作为json"att":[],在第一次,并且,在缓存注册到redis并恢复它之后,相同的属性显示给我客户端为"att":null,导致合同损坏,令人困惑.
总结:在序列化/反序列化=> https://play.golang.org/p/TVwvTWDyHZ之后,可以显示客户2地址,如json空数组
sbe*_*rry 12
我很确定你能做到的最简单的方法就是改变你的路线
var cust1_recovered Customer
Run Code Online (Sandbox Code Playgroud)
至
cust1_recovered := Customer{Addresses: []Address{}}
Run Code Online (Sandbox Code Playgroud)
除非我错误地阅读你的问题,否则我相信这是你想要的输出:
ORIGINAL Customer 2 {
"Name": "Customer number 2",
"Addresses": []
}
RECOVERED Customer 2 {
"Name": "Customer number 2",
"Addresses": []
}
Run Code Online (Sandbox Code Playgroud)
这是一个验证的游乐场:https://play.golang.org/p/T9K1VSTAM0
正如@mike指出的那样,这里的限制是,如果你在编码之前Addresses是真的nil,一旦解码你没有得到json等价null,但最终会得到一个空列表.
不,不可能。要了解原因,让我们看一下Go规范。为了输出空值与零值两种不同的结果,任何序列化方法都需要能够分辨出两者之间的区别。但是,根据Go规范,
如果两个数组类型具有相同的元素类型和相同的数组长度,则它们是相同的。
由于两者都不包含任何元素且元素类型相同,因此唯一的区别可能是长度,但同时指出
无切片,地图或通道的长度为0
因此,通过比较,将无法分辨。当然,除了比较之外,还有其他方法,因此要真正将钉子钉在棺材上,这是显示它们具有相同基础表示的部分。该规范还保证
如果结构或数组类型不包含大小大于零的字段(或元素),则其大小为零。
因此零长度数组的实际分配结构的大小必须为零。如果大小为零,则无法存储有关它为空还是的任何信息nil,因此对象本身也不知道。简而言之,nil数组和零长度数组之间没有区别。
在序列化/反序列化过程中,“空数组和指向null的指针之间的初始差值不会丢失”,而是在初始分配完成后立即丢失。