哪种更好的Java编程实践：堆叠枚举和枚举构造函数或子类化？

Question

给定有限种类的项目，是否最好用堆叠的枚举和枚举构造器来表示它们，或者将它们子类化？ 还是完全有更好的方法？

为了给您一些背景信息，在我的小型RPG程序中（讽刺的是，它很简单），角色的库存中有不同种类的物品。 物品因其类型，用途和效果而异。

例如，清单中的一项是名为Gremlin的咒语滚动，可调整Utility属性。 另一个物品可能是称为Mort的剑，用于战斗并造成伤害。

在我的RPG代码中，我现在尝试了两种表示库存物料的方法。 一种方法是子类化（例如，InventoryItem-> Spell-> AdjustingAttributes； InventoryItem-> Weapon-> Sword），并在需要时实例化每个子类，并分配诸如Gremlin和Mort之类的值。

另一种方法是通过堆叠枚举和枚举构造函数。 例如，我为itemCategory和itemSpellTypes和itemWeaponTypes创建了枚举，而InventoryItem枚举是这样的：

public enum InventoryItem {
   GREMLIN(itemType.SPELL, itemSpellTypes.ATTRIBUTE, Attribute.UTILITY),
   MORT(itemType.WEAPON, itemWeaponTypes.SWORD, 30);

   InventoryItem(itemType typeOfItem, itemSpellTypes spellType, Attribute attAdjusted) {
   // snip, enum logic here
   }
   InventoryItem(itemType typeOfItem, itemWeaponTypes weaponType, int dmg) {
   // snip, enum logic here 
   }
   // and so on, for all the permutations of items. 

}

是否有比这两种方法更好的Java编程实践？ 或者，如果只有这些方法，那么哪种更好？ 预先感谢您的建议。

Answer 1

如果枚举仅包含静态数据且逻辑最少（最好根本没有逻辑），则枚举会很好。 如果您的对象根据其种类而具有不同的行为，通常最好将它们实现为子类。

正如其他人提到的那样，您很有可能向对象添加属性，而这些属性对所有类型都没有意义。 例如。 颜色属性对武器有意义但对咒语没有意义。 在这种情况下，武器和咒语不应位于同一枚举中。

Answer 2

如果要向项目添加新属性，将它们实现为子类可能会更容易。 这样，如果一组项目获得新属性，它将传播到所有子类。

例如，如果各种Weapon都分配了一定的权重，则只需将该属性添加到该类中即可。 然后，此属性将传播到子类。

对于本质上是静态的，因此可以直接分配类型的其他事物，枚举是好的。 我在这里自由思考，所以我想Weapon可能会分配一个DamageType ：

public abstract class Weapon {

public enum DamageType {

 CUT,
 SMASH,
 PIERCE;
}

private DamageType damageType;

Answer 3

在上下文中，我将考虑使用类层次结构而不是枚举定义，并使用接口来补充该层次结构。 例如

/**
 * Root of class hierarchy.
 */
public interface InventoryItem {
}

/**
 * Additional "parallel" interface implemented by some (but not all)
 * InventoryItems and other non-inventory items.
 */
public interface Usable {
  void use();
}

/**
 * A Spell is in InventoryItem and is also Usable.
 */
public abstract class Spell implements InventoryItem, Usable {
}

public class Gremlin extends Spell {
}

/**
 * A Door is *not* an InventoryItem but can be used.
 */
public class Door implements Usable {
}

这种方法的主要优点是，它允许您在不同的上下文中对待给定的对象（作为InventoryItem或Usable的列表）。 我要避免使用枚举的另一个原因是，您可能会定义项目的行为（例如spell.cast(Person) ），而这在枚举IMHO中并不理想。