有没有一种优雅的方式来反射 Go 接口类型的序列化？

从现在开始，我们要努力学习啦！今天我给大家带来《有没有一种优雅的方式来反射 Go 接口类型的序列化？》，感兴趣的朋友请继续看下去吧！下文中的内容我们主要会涉及到等等知识点，如果在阅读本文过程中有遇到不清楚的地方，欢迎留言呀！我们一起讨论，一起学习！

鉴于以下情况：

type Foo struct {
  Td ThingDoer
  // ... other stuff
}


type ThingDoer interface {
  doThing()
}

type doerA struct {
  AGuts string
}
func (a doerA) doThing() {}

type doerB struct {
  BGuts string
}
func (b doerB) doThing() {}

foo 是否有首选的序列化/反序列化策略？

将例如 marshaljson 函数附加到 doera 和 doerb 可以满足序列化，但是 foo.unmarshaljson 会被有效地卡住：它无法提前知道提供的 json 是 doera 还是 doerb 类型。

编辑：链接的“类似”问题解决了该问题中概述的特定非解决方案示例。这个问题询问是否存在一个优雅的解决方案。

正确答案

假设您有一个结构 Foo，其中包含一个或多个使用接口类型的字段。

假设您有一个具有两种可能结构的界面 Bar：Baz 和 Bam。

您可以定义辅助类型（FooConf），无需任何接口。仅具体类型。

此结构可能有一个方法 Build() Foo，它将根据每种情况选择正确的类型。

为了能够定义具体类型，您可以定义签名。例如，额外的字段“类型”（baz 或 bam）。

您只需要确保每种类型都可以一致地编组/解组。

以上就是《有没有一种优雅的方式来反射 Go 接口类型的序列化？》的详细内容，更多关于的资料请关注golang学习网公众号！