使用和保留枚举的最佳实践

Question

我在这里看到了一些有关处理和持久保存枚举式值的最佳方法的问题/讨论（例如，持久化适用于枚举的数据，如何使用NHibernate来持久化枚举），我想问一下一般共识是什么。

特别是：

• 这些值应如何在代码中处理？
• 应该如何将它们持久保存到数据库中（作为文本/作为数字）？
• 不同解决方案的权衡是什么？

注意：我已将本问题中最初包含的解释移至答案。

Answer 1

我试图总结我的理解。 如果有任何更正，请随时进行编辑。因此，它去了：

在代码中

在代码中，应该使用语言的本机枚举类型（至少在Java和C＃中）或使用诸如“typesafe枚举模式”之类的枚举来处理枚举。不推荐使用普通常量（整数或类似常量），因为这样会丢失类型安全性（并使您难以理解哪些值是合法输入的值，例如方法）。

两者之间的选择取决于要附加给枚举的附加功能：

• 如果要将大量的功能放入枚举（这很好，因为可以避免一直在其上进行switch（）操作），通常使用一个类更为合适。
• 另一方面，对于简单的枚举式值，语言的枚举通常更清晰。

特别是，至少在Java中，一个枚举不能从另一个类继承，因此，如果有多个具有相似行为的枚举要放入超类中，则不能使用Java的枚举。

持久枚举

若要持久枚举，应为每个枚举值分配一个唯一的ID。可以是整数，也可以是短字符串。首选短字符串，因为它可以助记（使DBA等更容易理解db中的原始数据）。

• 在软件中，每个枚举都应具有映射功能，以在枚举（供软件内部使用）和ID值（用于持久化）之间转换。一些框架（例如（N）Hibernate）具有自动执行此操作的有限支持。否则，您必须将其放入枚举类型/类。
• 该数据库应该（理想情况下）包含每个表的列表，其中列出了合法值。一列是ID（请参见上文），即PK。其他列可能对例如描述有意义。然后，将包含该枚举中的值的所有表列都可以将此“枚举表”用作FK。这样可以确保永远不会保留错误的枚举值，并允许数据库“独立”。

这种方法的一个问题是合法枚举值的列表存在于两个位置（代码和数据库）。这很难避免，因此通常被认为可以接受，但是有两种选择：

• 仅将值列表保留在数据库中，在构建时生成枚举类型。优雅，但意味着运行构建需要数据库连接，这似乎是有问题的。
• 将代码中的值列表定义为具有权威性。在运行时（通常在启动时）检查数据库中的值，不匹配时投诉/中止。