Go 语言是静态类型语言，虽然它也可以表现出动态类型，但是使用一个嵌套的 map[string]interface{} 在那里乱叫会让代码变得特别丑。通过掌握语言的静态特性，我们可以做的更好。
通过同一通道交换多种信息的时候，我们经常需要 JSON 具有动态的，或者更合适的参数内容。首先，让我们来讨论一下消息封装(message envelopes)，JSON 在这里看起来就像这样：
通过 interface{}，我们可以很容易的将数据结构编码成为独立封装的，具有多种类型的消息体的 JSON 数据。为了生成下面的 JSON ：
我们可以使用这些 Go 类型：
输出的结果是：
这些并没有什么特殊的。
如果你想将上面的 JSON 对象解析成为一个 Envelope 类型的对象，最终你会将 Msg 字段解析成为一个 map[string]interface{}。 这种方式不是很好用，会使你后悔你的选择。
输出：
就像前面说的，我推荐修改 Envelope 类型，就像这样：
json.RawMessage 非常有用，它可以让你延迟解析相应的 JSON 数据。它会将未处理的数据存储为 []byte。
这种方式可以让你显式控制 Msg 的解析。从而延迟到获取到 Type 的值之后，依据 Type 的值进行解析。这种方式不好的地方在于你需要先明确解析 Msg，或者你需要单独分为 EnvelopeIn 和 EnvelopeOut 两种类型，其中 EnvelopeOut 仍然有 Msg interface{}。
那么如何将上述两者好的一面结合起来呢？通过在 interface{} 字段中放入 *json.RawMessage!
输出：
虽然我极其推荐你将动态可变的部分放在一个单独的 key 下面，但是有时你可能需要处理一些预先存在的数据，它们并没有用这样的方式进行格式化。
如果可以的话，请使用文章前面提到的风格。
我们可以通过解析两次数据的方式来解决。
dynamite
分类: 电脑/网络 >>硬件
解析:
有个答案，你看看：
动态语言是指程序在运行时可以改变其结构：新的函数可以被引进，已有的函数可以被删除等在结构上的变化。动态语言的类型检查是在运行时做的。它的优点是方便阅读，不需要写非常多的类型相关的代码；缺点是不方便调试，命名不规范时会造成读不懂，不利于理解等。
脚本语言代表一套与系统程序设计语言不同的协定。它们牺牲执行速度和与系统程序设计语言相关的类型长度而提供更高的编程创作力和软件重用。脚本语言更适合在联系复杂的应用程序中进行胶着。为了简化连接组件的工作,脚本语言被设计为无类型的，脚本语言一般是面向字符的，因为字符为许多不同的事物提供了一致的描述。
解释型语言是指每次运行解释型程序时都要由解释器程序实时地将源代码转换成二进制形式运行。
事实上，脚本语言都是动态语言，而动态语言都是解释型语言，不管它们是不是面向对象
