Question

按照设计，java中的枚举常量是单例，为了并发使用，我通常会创建无状态枚举实例，并使用方法参数根据需要注入数据。

示例：

目前我正在创建一个具有Operations的REST服务（使用策略模式的变体实现为枚举）。

public enum Operation {

  DO_THIS() {
    public Result doSomething(Object theData) {
    }
  } ,
  // Other Operations go here
  ;

  public abstract Result doSomething(Object theData);

}

现在我想收集有关操作被调用频率以及成功频率的数据等。

我可以在使用枚举实例时从外部保存状态，但似乎状态应该保存在Operation中，因为操作应该包含它自己的状态。

现在我的一般问题是：

有状态枚举实例（除了并发问题）是一个糟糕的设计吗？

Answer 1

我认为它违反了最小惊讶原则。

人们期望枚举的常见用法是最初设计的 - 作为常量或标记，而不是具有状态的通用类。

Answer 2

每次创建可变枚举时，小猫都会死亡。保存小猫！

Answer 3

是。而'是'我的意思是'永远'。

如果要整理所调用操作数的统计信息，请实现一些可观察性。

Answer 4

任何形式的可变静态都是罪。（好吧，你可能会使用非漏洞缓存，一些懒惰的初始化和日志记录形式。）

Answer 5

有状态的枚举是矛盾的，甚至是反模式！

http://en.wikipedia.org/wiki/Enumeration

枚举是项目的集合，是该集合中所有项目的完整有序列表。该术语通常用于数学和理论计算机科学，以指代一组中所有元素的列表。在统计中，使用术语分类变量而不是枚举。枚举的精确要求（例如，集合是否必须是有限的，或者列表是否允许包含重复）取决于数学的分支和工作的上下文。

枚举具有有限数量的值，它们应该是常量，它们是。

然而，它们是“一流”Java对象这一事实完全违背了枚举的意图或精神。

如果需要任何类型的状态，枚举（如前所述）应该在Aspect或违规枚举中保持状态，应该在非常实际的情况下保持对委托类保持状态的引用。理解“关注点分离”将有所帮助。

Answer 6

这对于枚举来说似乎很糟糕 - 为什么不只是为每个操作使用带有新子类的基本抽象类？

Answer 7

我完全同意mparaz它违反了最小惊讶原则。人们期望枚举成为常数。

您几乎可以肯定地通过以下方式处理日志记录：

DO_THIS() {
  public Result doSomething(Object theData) {
    MyUtilClass.doSomething(Object theData);
  }
}

并将您的日志记录放在另一个类中。

然而，如果你不能解决这个问题，最小惊讶原则就是一个指导原则;你可以违反它提供给你的班级用户足够警告正在发生的事情。确保Enum声明包含一个BIG通知，说明它是可变的，并准确描述了可变性是什么。恩欧姆仍然应该工作;它正在对单个实例进行参考比较以测试枚举值。

Answer 8

有一种情况可能是合理的。枚举可以实现一个接口，通常考虑到特定的用例，可以让你创建在运行时/公开＆＃34;一些其他类型的枚举类＆＃34;以动态的方式，将它命名为。

这意味着enum＆＃34; singleton＆＃34;实例可以被强制实现一些可变的预期方法签名（作为setter），当然，你仍然可以使用空代码或NotSupportedException来隐藏。

幸运的是，界面中的最终方法不允许任何改变状态的可能性。那本来是唯一可以理解的＆＃34;我可以想出来。

枚举对象应该是无状态的吗？

8 个答案: