EnumMap 是否可以被视为 Java bean 的合理替代方案？

Question

好奇是否有人考虑使用 EnumMap 代替 Java beans，特别是“值对象”（没有行为）？对我来说，似乎一个优点是“属性”的名称可以从支持枚举直接访问，不需要反射，因此我认为它会更快。

Answer 1

它可能比使用反射快一点（我没有测量它，也没有在Google中找到任何指标）；然而这种方法有很大的缺点：

1. 你正在失去类型安全。一切都是 Object get(MyEnum.FIELD_NAME)，而不是 int getAge() 和 String getName()。这将导致一些丑陋的代码和运行时错误。

2. 我们喜爱和享受的所有 javabean 细节（例如，属性级注释）都消失了。

3. 由于您可以完全没有行为，因此该方法的适用性似乎相当有限。

   由于您可以完全

底线是 - 如果您确实需要所谓的:-)性能提升（您必须衡量以证明它存在），这在非常特定的情况下可能是一种可行的方法。它是整个 javabean 的可行替代品吗？肯定不是。

Answer 2

bean 应该是可变的，因此有 setter 方法。 EnumMap 在速度上与使用以整数作为键的 HashMap 相当，但键是不可变的。 Bean 和 EnumMap 有两个不同的用途。如果所有的键在设计时都是已知的，并且保证永远不会改变，那么使用 EnumMap 就可以了。
更新 bean 比更改 EnumMap 的支持 Enum 简单得多，并且在代码下游创建错误的可能性要小得多。

Answer 3

我编写了一个 Record 类，它将键映射到值，并通过委托给完全同步的 EnumMap 来工作。这个想法是 Record 可以在运行时获取新字段，而 Bean 则不能。我的结论是，这种灵活性会带来性能损失。下面是将 Record 类与完全同步的 Bean 进行比较的运行。对于 1000 万次操作：

Record  set(Thing, a)  458 ms
Bean    setThing(a)    278 ms
Record  get(Thing)     398 ms
Bean    getThing       248 ms

因此，了解数据对象并编写静态建模类是有好处的。如果您想在运行时将新字段填充到数据中，则需要付出代价。

Answer 4

我不明白如何使用 EnumMaps 删除“类分析”。除非您有一个具有 20 多个属性的通用枚举可供每个“bean”重用，否则您仍然需要发明一个用于每个枚举映射的枚举，例如，

public enum PersonDTOEnum {
     A, S, L;
}

而不是更不用说

class Person {

    int a;
    int s;
    String l;

    // getters + setters elided
}

现在一切都是字符串。

Answer 5

我之前没有指定这一点，但我正在使用结果集。因此，为了完整起见，我想提供这个答案。

Commons/BeanUtil 的 "RowSetDynaClass" 可能是与具体 bean 相关的过多样板和 EnumMap 的限制之间的折衷方案