父结构上的 Golang 嵌入式接口

对于一个Golang开发者来说，牢固扎实的基础是十分重要的，golang学习网就来带大家一点点的掌握基础知识点。今天本篇文章带大家了解《父结构上的 Golang 嵌入式接口》，主要介绍了golang，希望对大家的知识积累有所帮助，快点收藏起来吧，否则需要时就找不到了！

问题内容

我有一个程序试图在“子类”上实现功能，父类可以在其中检查接口是否已实现。从角度来看，它实际上是基于是否存在方法来处理 REST URL 生成。

我遇到的是基于以下模式，当仅实现 1 时，在 TestController 对象上找到 IList 和 IGet 接口。当调用 IGet 接口时，我会感到恐慌。

我宁愿不在基础结构上对 Get/List 进行具体定义，然后必须覆盖它们，而是宁愿进行存在测试然后从那里开始。

这里也是一个去游乐场链接https://play.golang.org/p/5j58fejeJ3

package main

import "fmt"

type IGet interface {
    Get(int)
}

type IList interface {
    List(int)
}

type Application struct {
    name    string
}

type BaseAppController struct {
    *Application

    IGet
    IList
}

type TestController struct {
    *BaseAppController
}

func (ctrl *BaseAppController) Init() {
    fmt.Println("In Init")

    if f, ok := interface{}(ctrl).(IGet); ok {
        fmt.Println("Controller Found GET", f)
    } else {
        fmt.Println("Controller NOT Found GET", f)
    }

    if f, ok := interface{}(ctrl).(IList); ok {
        fmt.Println("Controller Found LIST", f)
    } else {
        fmt.Println("Controller NOT Found LIST", f)
    }
}

func (ctrl *BaseAppController) Call() {
    fmt.Println("In Call")

    if f, ok := interface{}(ctrl).(IGet); ok {
        fmt.Println("Controller Found GET - going to call", f)

        f.Get(7)
    } else {
        fmt.Println("Controller NOT Found GET - can't call", f)
    }
}

// Test controller implements the Get Method
func (ctrl *TestController) Get(v int) {
    fmt.Printf("Hi name=%s v=%d\n", ctrl.name, v)
}

func main() {
    app := Application{"hithere"}
    ctrl := TestController{&BaseAppController{Application: &app}}

    ctrl.Init()

    ctrl.Call()
}

正确答案

您似乎缺少的一件事是嵌入接口如何影响 Go 中的结构。看，嵌入将嵌入类型（结构或接口，无关紧要）的所有方法提升为父类型的方法，但使用嵌入对象作为接收者来调用。

这样做的实际副作用是，将接口嵌入到结构中可以保证该结构满足它所嵌入的接口，因为它根据定义具有该接口的所有方法。然而，试图 调用 这些方法中的任何一个而不定义一些东西来填充结构中的接口字段，将会发生恐慌，因为接口字段默认为nil.

因此，您的类型断言将 始终 为真。 BaseAppController嵌入IGet和IList接口，因此总是满足两者。

如果你想要鸭子类型，根据类型上是否存在方法来选择性地启用行为，你需要使用类似于标准库io.WriterTo接口工作方式的东西。这个接口和io.ReaderFrom是可选接口，io.Writer对象io.Reader可以实现直接写入或读取另一个源，而不是io包需要缓冲读取数据或要写入的数据本身。

基本要点是您定义了一个带有 所需 方法的底层接口，这就是您传递的内容。然后，您有一个或多个可选接口，您可以检查传递的类型以查看它们是否满足，如果满足，则使用该可选接口的方法（如果没有，则恢复为默认行为）。在这种情况下不需要嵌入。

接口的嵌入，而不是用于鸭子类型，更多的是关于多态性。例如，如果您想访问 SQL 数据库，但希望能够同时处理标准数据库调用和事务中的调用，您可以创建一个包含两种类型 (sql.DB和sql.Tx) 的联合方法的结构，如下所示：

type dber interface {
    Query(query string, args ...interface{}) (*sql.Rows, error)
    QueryRow(query string, args ...interface{}) *sql.Row
    Exec(query string, args ...interface{}) (sql.Result, error)
}

然后你做一个这样的结构：

type DBHandle struct {
    dber
}

现在您可以将 asql.DB或 a存储在结构sql.Tx的那个dber槽中，并且任何使用DBHandle（以及其DBHandle自身的所有方法）都可以调用Query()、QueryRow()和Exec()on ，DBHandle而不必知道它们是否在事务范围内被调用或不是（但请记住，必须先初始化接口字段！）

这种类型的功能是嵌入真正开始大放异彩的地方，因为它允许功能和灵活性接近于完全多态的继承系统，而不需要显式的“实现”或“扩展”语句。它对于您想要的动态鸭子打字行为类型并没有真正有用。

本篇关于《父结构上的 Golang 嵌入式接口》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于Golang的相关知识，请关注golang学习网公众号！