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

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

例:

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

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

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

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

现在我的一般问题是:

有状态的枚举实例(除了并发问题)是一个糟糕的设计吗?

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

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

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

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

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

任何forms的可变静态都是罪。 (好吧,你可能会使用非漏洞缓存,一些懒惰的初始化和日志记录forms。)

有状态的枚举是矛盾的,甚至是反模式!

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

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

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

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

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

对于枚举来说这似乎是一个不好的用法 – 为什么不只是为每个操作使用带有新子类的基本抽象类?

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

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

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

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

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

有一种情况可能是合理的。 枚举可以实现一个接口,通常考虑到特定的用例,它允许您以动态方式在运行时/公开创建“其他类型的枚举类”,以便为其命名。

这意味着枚举“singleton”实例可以被强制实现一些可变的预期方法签名(作为setter),当然,你仍然可以用空代码或NotSupportedException隐藏它们。

幸运的是,界面中的最终方法不允许任何改变状态的可能性。 这本来是我能提出的唯一“可理解的”案例。