运行时如何在Golang中执行智能类型断言操作？

在IT行业这个发展更新速度很快的行业，只有不停止的学习，才不会被行业所淘汰。如果你是Golang学习者，那么本文《运行时如何在Golang中执行智能类型断言操作？》就很适合你！本篇内容主要包括##content_title##，希望对大家的知识积累有所帮助，助力实战开发！

我正在尝试确保执行运行时类型断言的接口

type worker interface {
}

type workera struct {
    x int
    worker
}

type workerb struct {
    workera
}

type team struct {
    wk worker // i use the interface instead of specific struct for "polymorphism"
}

// here i use the type switch and assertion to find the right type so to access the members of the struct
func (t *team)get() {
    switch t.wk.(type) {
    case *workera:
        {
            e := t.wk.(*workera)
            fmt.println(e.x)
        }
    case *workerb:
        {
            e := t.wk.(*workerb)
            fmt.println(e.x)
        }
    }
}

func test() {
    a := workera{x:145}
    t := team{wk:&a}
    t.get()
    b := workerb{workera{x:15}}
    t = team{wk:&b}
    t.get()
}

到目前为止，运行 test() 效果很好。在我的项目中，我需要扩展这个概念以拥有 workera、workerb、workerb ... 多达 250 个不同的结构（尽管全部都嵌入了 workera），并且我可能必须将代码传递给第三方团队进行后续开发和因此使用开关类型不太方便。有什么聪明的方法可以自动匹配 golang 中的类型吗

func (t *Team)Get()
    e := t.wk.(t.wk.type)
    fmt.Println(e.x)

正确答案

e := t.wk.(t.wk.type)

这个伪语句完全没有意义，因为 go 是静态类型的。当您不知道该类型是什么时，对类型进行类型断言是完全不合逻辑的，并且与类型断言的理念背道而驰。

我认为您需要更好地利用您的 worker 界面。毕竟，接口的目的是表达共同的行为。如果您希望能够从任何 worker 获取 x 字段，您可以在界面中表达如下：

type worker interface {
    getx() int
}

然后，在您的 worker 类型中实现此方法：

type workera struct {
    x int
    worker
}

func (w *workera) getx() int {
    return w.x
}

由于您的类型 workerb 嵌入了 workera，因此它将自动获得此方法，并且这两种类型现在都满足 worker 接口。

现在您的简化 get 方法如下所示：

func (t *Team)Get() {
    fmt.Println(t.wk.GetX())
}

今天关于《运行时如何在Golang中执行智能类型断言操作？》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！