您是否应该使用零“枚举”值来指示无效值

“纵有疾风来，人生不言弃”，这句话送给正在学习Golang的朋友们，也希望在阅读本文《您是否应该使用零“枚举”值来指示无效值》后，能够真的帮助到大家。我也会在后续的文章中，陆续更新Golang相关的技术文章，有好的建议欢迎大家在评论留言，非常感谢！

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

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

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

type Base int

const (
        Invalid Base = iota
        A
        C
        T
        G
)

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

解决方案

真正的 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

以上就是《您是否应该使用零“枚举”值来指示无效值》的详细内容，更多关于的资料请关注golang学习网公众号！