Go 中空接口的最佳实践？

Question

我正在学习空接口。我发现虽然有很多解释——也在 Stackoverflow 上——关于空接口的含义以及它们如何工作，但关于何时/为什么使用它们、何时避免、注意事项是什么以及关于最佳实践的信息很少。选择使用它们的利弊。

在 Go 聊天室中，我读过一些关于尽可能避免使用空接口但没有正确参数的讨论。其他人自豪地回应说，他们的代码设计中的空接口为零。

我最感兴趣的是用于库和框架（旨在被其他人重用/扩展）。

现在我正在阅读一个带有相关库的框架代码库，它在许多地方都充满了 emtpy 接口。其中一些让我感到困惑，我想知道是否所有的用法都是合理的。就像框架提供“用户管理”一样，AppConfiguration 和 UserPreferences 之类的东西都是空接口。在代码中（靠近 db 层），用户的电子邮件在技术上被视为用户偏好。接口定义更具体一些不是更好吗？

Answer 1

空命名接口在 Go 中没有意义，因为与 C# 等其他语言不同，例如，任何类型（C# 中的类）如果匹配接口签名，都可以转换为特定接口。所以在 Go 中“类”（结构类型）不需要从接口继承（例如在类型定义时声明接口）。

所以你的问题的答案：

Go 中空接口的最佳实践是不在 Go 中定义命名的空接口。

更新：感谢下面的 cmets，我改变了主意，我同意使用空命名接口的用例有限，以便在 IDE 中进行文档编制和更快的导航。

Answer 2

在 Go 聊天室中，我读过一些关于尽可能避免使用空接口但没有正确参数的讨论。其他人自豪地回应说，他们的代码设计中的空接口为零。

最大的问题是你输掉了所有的打字；例如，假设我有一个函数，我想对各种类型的数字进行操作，所以我写：

func AddOne(n interface{}) int64 {
    switch nn := n.(type) {
        case int:
            return nn + 1
        case int8:
            return nn + 1
        // ... etc...
    }
}

但是如果我将 0.42 (float64) 或字符串 "asd" 传递给这个函数会怎样？如果函数接受一个 int64 (func AddOne(n int64) int64)，那么我们会在编译时收到一个警告，但是使用interface{}，你什么也得不到，因为一切都是有效的。

你能做的最好的就是在运行时处理这个问题，然后 panic() 或者返回一个错误；这显然比编译时错误要清楚得多。

这是迄今为止最大的缺点。

---

我必须特别查看AppConfiguration 和UserPreferences 函数的详细信息，但是使用空接口有一些很好的理由；例如，当您想接受一些自定义结构，然后使用反射根据一些外部数据在结构上设置值时。这本质上是 encoding/json 之类的包所做的，但它也常用于解析一些配置文件等。

听起来AppConfiguration 和UserPreferences 可能适合这个，因为库/框架不知道您的应用配置需要哪些设置，或者有哪些用户偏好。但就像我说的，没有细节很难确定。

另一个用例是当你真的想接受各种各样的类型时；向 SQL 查询传递参数是一个常见的例子，或者fmt.Printf()。

---

一般来说，避免interface{} 可能是最好的，但如果你发现自己为此弯腰弯腰，那么最好只使用interface{} 并避免打字。