Golang和继承

Question

我想在我的库中提供一个可以“扩展”的方法的基础结构。

此基础结构的方法依赖于扩展结构中的方法。 这在Go中是不可能直接实现的，因为struct方法只能访问结构自己的字段，而不能访问父结构。

关键是要具有我不必在每个扩展类中重复的功能。

我已经提出了这种模式，它运行良好，但由于它的循环结构看起来很复杂。

我从来没有在其他Go代码中找到类似的东西。 这是非常不合适的吗？ 我可以采取哪种不同的方法？

type MyInterface interface {
  SomeMethod(string)
  OtherMethod(string)
}

type Base struct{
  B MyInterface
}

func (b *Base) SomeMethod(x string) {
  b.B.OtherMethod(x)
}

type Extender struct {
  Base
}

func (b *Extender) OtherMethod(x string) {
  // Do something...
}

func NewExtender() *Extender { 
  e := Extender{}
  e.Base.B = &e
  return &e
}

Answer 1

正如人们的评论中所提到的，Go鼓励构成而不是继承。

要解决有关减少代码重复的问题，您可能需要使用嵌入 。

使用上面链接的Effective Go示例，您可以从非常狭窄的接口开始，只做几件事：

type Reader interface {
    Read(p []byte) (n int, err error)
}

type Writer interface {
    Write(p []byte) (n int, err error)
}

然后，您可以将接口组合到另一个接口：

// ReadWriter is the interface that combines the Reader and Writer interfaces.
type ReadWriter interface {
    Reader
    Writer
}

它对于结构体的工作方式类似，您可以在另一个结构中组合实现Reader和Writer的结构：

type MyReader struct {}
func (r *MyReader) Read(p []byte) (n int, err error) {
    // Implements Reader interface.
}
type MyWriter struct {}
func (w *MyWriter) Write(p []byte) (n int, err error) {
    // Implements Writer interface.
}

// MyReadWriter stores pointers to a MyReader and a MyWriter.
// It implements ReadWriter.
type MyReadWriter struct {
    *MyReader
    *MyWriter
}

基本上，任何实现Reader或Writer都可以通过在struct中组合它们来重用，而外层struct会自动实现ReadWriter接口。

这基本上是做依赖注入 ，它对测试也非常有用。

上面结构代码的示例：

func (rw *MyReadWriter) DoCrazyStuff() {
    data := []byte{}
    // Do stuff...
    rw.Read(data)
    rw.Write(data)
    // You get the idea...
}

func main() {
    rw := &MyReadWriter{&MyReader{}, &MyWriter{}}
    rw.DoCrazyStuff()
}

有一点需要指出的是，与其他语言的组合范例略有不同的是， MyReadWriter结构现在可以充当Reader和Writer 。 这就是为什么在DoCrazyStuff()我们执行rw.Read(data)而不是rw.Reader.Read(data) 。

更新：修正了不正确的例子。

Answer 2

很抱歉让你失望，但你提出了错误的问题。 当我开始编写Go代码时，我遇到了类似的问题。

您不能简单地采用类层次结构并将其转换为Go代码，至少不能获得令人满意的结果。 通常在Go中有一种非常优雅和简单的方法来解决这些问题，但是为了发现它们，你需要像以前那样思考一下。

不幸的是，你的问题没有说什么问题，你正在试图解决什么。 您刚刚描述了如何解决它。 因此，我有点不愿意给出一般答案，因为它不会导致惯用的Go代码。 我理解你是否对这个答案感到失望，但在我看来，这是你能得到的最有价值的答案:)