使用enum的序号是一种好的做法吗？

Question

我有一个枚举：

public enum Persons {

    CHILD,
    PARENT,
    GRANDPARENT;

}

在枚举成员之间使用顺序（）方法检查“层次结构”有什么问题吗？我的意思是-当有人将来可能会意外更改顺序时，使用它排除冗长是否有任何缺点。

还是这样做更好：

public enum Persons {

    CHILD(0),
    PARENT(1),
    GRANDPARENT(2);

    private Integer hierarchy;

    private Persons(final Integer hierarchy) {
        this.hierarchy = hierarchy;
    }

    public Integer getHierarchy() {
        return hierarchy;
    }

}

Answer 1

第一种方法不是直接可以理解的，因为您必须阅读用于枚举的代码才能理解枚举的顺序很重要。
它非常容易出错。

public enum Persons {

    CHILD,
    PARENT,
    GRANDPARENT;

}

第二种方法更好，因为它不言而喻：

CHILD(0),
PARENT(1),
GRANDPARENT(2);

private SourceType(final Integer hierarchy) {
    this.hierarchy = hierarchy;
}

当然，枚举值的顺序应该与枚举构造函数参数提供的层次顺序一致

它引入了一种冗余，因为枚举值和枚举构造函数的参数都传递了它们的层次结构<但是为什么会有问题呢
枚举被设计为表示常量且不经常更改的值
OP enum用法很好地说明了一个很好的enum用法：

CHILD, PARENT, GRANDPARENT

枚举不是为了表示经常移动的值而设计的。
在这种情况下，使用枚举可能不是最佳选择，因为它可能会经常破坏使用它的客户端代码，此外，它会强制在每次修改枚举值时重新编译、重新打包和重新部署应用程序。

Answer 2

正如Joshua Bloch在《有效Java》中所建议的那样，从枚举的序号中派生与枚举关联的值不是一个好主意，因为更改枚举值的顺序可能会破坏编码的逻辑。

您提到的第二种方法完全遵循作者的建议，即将值存储在单独的字段中。

我想说，您建议的替代方案肯定更好，因为它更具可扩展性和可维护性，因为您正在解耦枚举值的顺序和层次结构的概念。

Answer 3

TLDR：不，你不应该！

如果您在E中引用序数方法的javadocnum.java：

大多数程序员都不会使用这种方法。它设计用于复杂的基于枚举的数据结构，如java。util。枚举集和java。util。枚举映射。

首先-阅读手册（在本例中为javadoc）。

其次，不要编写脆弱的代码。枚举值将来可能会更改，您的第二个代码示例更加清晰和易于维护。

如果在PARENT和GRANDPARENT之间插入了新的枚举值，您绝对不希望为未来造成问题。