Go 語言是靜態類型語言，雖然它也可以表現出動態類型，但是使用一個嵌套的 map[string]interface{} 在那里亂叫會讓代碼變得特別丑。通過掌握語言的靜態特性，我們可以做的更好。

通過同一通道交換多種信息的時候，我們經常需要 JSON 具有動態的，或者更合適的參數內容。首先，讓我們來討論一下消息封裝(message envelopes)，JSON 在這里看起來就像這樣：

{
 "type": "this part tells you how to interpret the message",
 "msg": ...the actual message is here, in some kind of json...
}

通過不同的消息類型生成 JSON

通過 interface{}，我們可以很容易的將數據結構編碼成為獨立封裝的，具有多種類型的消息體的 JSON 數據。為了生成下面的 JSON ：

{
 "type": "sound",
 "msg": {
 "description": "dynamite",
 "authority": "the Bruce Dickinson"
 }
}
{
 "type": "cowbell",
 "msg": {
 "more": true
 }
}

我們可以使用這些 Go 類型：

輸出的結果是：

{"Type":"sound","Msg":{"Description":"dynamite","Authority":"the Bruce Dickinson"}}
{"Type":"cowbell","Msg":{"More":true}}

這些并沒有什么特殊的。

解析 JSON 到動態類型

如果你想將上面的 JSON 對象解析成為一個 Envelope 類型的對象，最終你會將 Msg 字段解析成為一個 map[string]interface{}。 這種方式不是很好用，會使你后悔你的選擇。

輸出：

dynamite

明確的解析方式

就像前面說的，我推薦修改 Envelope 類型，就像這樣：

type Envelope {
 Type string
 Msg *json.RawMessage
}

json.RawMessage 非常有用，它可以讓你延遲解析相應的 JSON 數據。它會將未處理的數據存儲為 []byte。

這種方式可以讓你顯式控制 Msg 的解析。從而延遲到獲取到 Type 的值之后，依據 Type 的值進行解析。這種方式不好的地方在于你需要先明確解析 Msg，或者你需要單獨分為 EnvelopeIn 和 EnvelopeOut 兩種類型，其中 EnvelopeOut 仍然有 Msg interface{}。

結合 *json.RawMessage 和 interface{} 的優點

那么如何將上述兩者好的一面結合起來呢？通過在 interface{} 字段中放入 *json.RawMessage!

輸出：

dynamite

如何把所有數據都放在最外層（頂層）

雖然我極其推薦你將動態可變的部分放在一個單獨的 key 下面，但是有時你可能需要處理一些預先存在的數據，它們并沒有用這樣的方式進行格式化。

如果可以的話，請使用文章前面提到的風格。

{
 "type": "this part tells you how to interpret the message",
 ...the actual message is here, as multiple keys...
}

我們可以通過解析兩次數據的方式來解決。

dynamite

via: http://eagain.net/articles/go-dynamic-json/

作者：Tommi Virtanen 譯者：jliu666 校對：polaris1119

本文由 GCTT 原創編譯，Go語言中文網 榮譽推出