匹配嵌入式接口方法中的冲突是由功能性问题还是其他原因引起的？

小伙伴们有没有觉得学习Golang很有意思？有意思就对了！今天就给大家带来《匹配嵌入式接口方法中的冲突是由功能性问题还是其他原因引起的？》，以下内容将会涉及到，若是在学习中对其中部分知识点有疑问，或许看了本文就能帮到你！

我已经遇到过几次这种情况，而且很容易解决，但我只是想知道当接口嵌入具有匹配方法签名的接口时，go 编译器抱怨是否有任何优势。

例如，如果我想要记录器有一些变体进入不同的包，但最终我想使用相同的记录器，我可能会尝试这样的事情：

type logger interface {
    print(v ...interface{})
    printf(format string, v ...interface{})
}

type debuglogger interface {
    logger
    debug(v ...interface{})
    debugf(format string, v ...interface{})
}

type errorlogger interface {
    logger
    error(v ...interface{})
    errorf(format string, v ...interface{})
}

type errordebuglogger interface {
    errorlogger
    debuglogger
}

type errordebugloggerimp struct{}
func (l *errordebugloggerimp) debug(v ...interface{})                 {}
func (l *errordebugloggerimp) debugf(format string, v ...interface{}) {}
func (l *errordebugloggerimp) error(v ...interface{})                 {}
func (l *errordebugloggerimp) errorf(format string, v ...interface{}) {}
func (l *errordebugloggerimp) print(v ...interface{})                 {}
func (l *errordebugloggerimp) printf(format string, v ...interface{}) {}

这可以用作以下方法的参数：

func p1.RegisterLogger(l Logger){}

func p2.RegisterLogger(l DebugLogger){}

func p3.RegisterLogger(l ErrorLogger){}

func p4.RegisterLogger(l DebugErrorLogger){}

但这不起作用，因为编译器会抱怨 errordebuglogger 有重复的方法。在我看来，对于编译器来说，解决这些方法相同且不存在冲突的事实是相当简单的，这将使这些模式更简单。

这里的解决方案很简单，但会导致一些重复，如果尝试从外部包包装接口，情况会变得更糟。

在嵌入接口时允许这种重复是否有任何缺点，也许我低估了编译器的复杂性？

更新 大多数评论似乎忽略了一个事实，即我提供的只是接口（也许我仍然缺少一些东西），为了清晰起见，实现现在包含在示例用法中

解决方案

此问题已在此处讨论：https://github.com/golang/go/issues/6977

这里还有一个关于如何解决该问题的问题，也许您会发现答案有用：How to deal with duplicate methods in Go interface?

今天关于《匹配嵌入式接口方法中的冲突是由功能性问题还是其他原因引起的？》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！