是应该使用标准库中的接口还是自定义接口更好？

在 Go 中定义接口时，最佳实践取决于接口的大小和常见程度。对于常见且小型的接口，例如 io.Closer，建议嵌入标准库中的接口，以确保兼容性。然而，对于较大的接口，在需要的地方定义接口更为明智，因为嵌入外部定义的接口可能会带来无法隐式实现接口更改的风险。

go的标准库中有一些常见的接口，例如io.closer：

type closer interface {
    close() error
}

如果我想在代码中定义一个具有 clos​​e 方法的接口，我会像这样嵌入 io.closer 吗：

type example interface {
    io.closer

    // ... some other functions or embedded types
}

或者我只是定义函数本身：

type example interface {
    Close() error

    // ... some other functions or embedded types
}

这有什么最佳实践吗？

正确答案

对于这种常见且简单的接口，我肯定会嵌入标准库中的接口（例如 io.Closer、io.Reader 和 io.ByteReader）。

但不是任何接口类型。一般来说，接口应该在需要的地方定义。嵌入其他包（包括标准库）中定义的任何接口，如果更改或扩展，则存在无法隐式实现它们的危险。

包的“所有者”（定义者）可能会更改它（例如，使用新方法扩展它）并正确更新实现它的所有类型，因此包可以继续从外部工作，但显然包所有者不会更新您的实现。

例如，reflect.Type 接口类型在 Go 1.0 中没有 Type.ConvertibleTo() 方法，它是在 Go 1.1 中添加的。同样的情况也可能发生：标准库中的接口可能会在未来的 Go 版本中更改或扩展，导致您现有的代码无法实现它们。

小型、常见的接口和“其他”接口有什么区别？ 接口越大，抽象就越弱——Go 谚语就是这样。像 io.Closer 和 io.Reader 这样的小接口捕获了微小但重要的功能。它们是如此常见，“每个”库都试图实现它们，每个实用函数都建立在它们之上。我从来不指望他们会改变。如果有理由更改/扩展它们，它们将被添加为新接口。不像更大的接口，抽象更难准确捕获。随着时间的推移，他们有更好的机会改变/发展。

到这里，我们也就讲完了《是应该使用标准库中的接口还是自定义接口更好？》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！