go - 您是否应该使用零 "enum"值来指示无效值

Question

使用 C 几十年后，我养成了使用枚举的零值作为特殊的未定义/未知/错误值的习惯。多年来，我相信这为我节省的不是几个小时甚至几天，而是几个月的调试时间，因为当值尚未初始化时它会很明显。 (对于有合理默认值并且不可能出现未初始化值的简单枚举，我不会这样做。)

在我看来，这种做法在 Go 中更加有用，因为值会自动为您初始化为零。然而，我被告知“惯用的”Go 零值应该是有效值。我认为这个“规则”是为结构发明的，在没有构造函数的情况下，有一个新创建的“归零”结构可供使用是很有意义的，但在某些情况下没有逻辑默认值(对于结构和枚举)。

如果您需要，这里有一个示例:

type Base int

const (
        Invalid Base = iota
        A
        C
        T
        G
)

请注意，我已经在 SO 上广泛搜索了这个问题，并且很惊讶这个特定主题尚未被涵盖。我意识到我的问题有些主观，可能会被标记，但我认为它很有用。我正在寻找证据，证明使用零值来指示错误条件是可以接受的 Go 实践。这种用途的任何例子，例如。来自标准 Go 库，将不胜感激。

Answer 1

真正的enum类型只能被分配预定义常量值列表中的值。然而，go 语言没有这样的类型值强制执行。

go 有 const，它通常使用 int 的派生类型。没有编译/运行时机制来强制值严格位于预定义列表内。

那么这在实践中意味着什么？

您的枚举值是强制的还是可选的？也就是说，当反序列化'enum'值时，是不是:

• 可选 - 然后使用零值表示默认值
• 强制 - 那么零值表示初始化错误

根据您的常见用例，选择这两个选项之一。

---

编辑: 反序列化并不是唯一的问题。在对枚举值进行分支时必须小心。例如:

type role int
const (
    user role = iota
    helpdesk
    admin
)

func greet(r role) {
    switch r {
        case admin:
            fmt.Println("hi admin")
        case helpdesk:
            fmt.Println("hi helpdesk")
        default:
            fmt.Println("hi user") // right?
    }
}

这有效:

var r role
r = admin
greet(r) // hi admin

但是这个呢？

r = 12
greet(r) // 'hi user' ?!! 

因此请务必仅对有效值进行迂腐验证:

func validateRole(r role) (err error) {
    switch r {
    case user, helpdesk, admin: // all valid values
    default:
        err = fmt.Errorf("invalid `role` enum %d", r)
    }
    return
}

Playground