检查 Go 类型是否影子/实现了嵌入类型接口的一项功能

你在学习Golang相关的知识吗？本文《检查 Go 类型是否影子/实现了嵌入类型接口的一项功能》，主要介绍的内容就涉及到，如果你想提升自己的开发能力，就不要错过这篇文章，大家要知道编程理论基础和实战操作都是不可或缺的哦！

type a interface {
  myfunc()
}

type a struct {
}

func (a *a) myfunc() {...}
 
type b struct {
  *a
}
var _ a = &b{}
var _ a = (*b)(nil)

由于嵌入了 a，b 实现了接口 a。到目前为止，一切顺利。

但是我如何检查（静态或在运行时）b 是否实现了自己的 myfunc 版本？

更新：无法在编译时静态检查这一点。

func (b *B) MyFunc() {...}
var _ ??? = &B{}
var _ ??? = (*B)(nil)

正确答案

tl;dr你不能，因为@JimB提到的原因。

回复您最近的评论： “我只是想确保框架的用户获得一些关于如何最好地使用界面的提示。”

如果我的目标是向我的用户建议最佳实践，我只会在某个地方记录它。是的，有这样一个神话，没有人阅读文档，但无论如何，如果您允许 B 与 A 组合，那么您的设计的语义正是“B 可以具有 A 的行为”。因此，警告用户这一点是没有意义的。这就像您给客户一把锤子并说“记住，这是一把 B 型锤子”。好吧，它仍然是一把锤子。如果您想赋予客户击中钉子的能力，那么他们从哪里得到锤子，以及任何相关的警告，都不是重点。

至于技术细节：

类型的方法集就是编译器确定该类型是否满足接口所需的全部内容。这些方法如何到达那里并不重要。

不幸的是，Go 规范在这一点上并不是非常简单，但可以拼凑出一个解释。

合法选择器：

那么 b.MyFunc 是合法的选择器吗？是的，因为它引用了嵌入结构的方法。这种方法称为提升。然后：

最后：

这就是您可以从规格中获得的全部信息。没有提及为什么或如何将方法包含在方法集中为了满足接口。

现在唯一的附加信息是，当 B 在其方法集中直接或通过嵌入 A 确实有 MyFunc 时，如果您调用 b.MyFunc，则 B 的实现会由于深度规则而运行which is a formal way to, substantially, define a behavior similar to what in OOP is overriding: a selector x.f denotes f at the shallowest depth, and when f results from embedding a type A, its depth is its depth in A+ 1，而直接声明的方法深度为0。

文中关于的知识介绍，希望对你的学习有所帮助！若是受益匪浅，那就动动鼠标收藏这篇《检查 Go 类型是否影子/实现了嵌入类型接口的一项功能》文章吧，也可关注golang学习网公众号了解相关技术文章。