java - 如何从另一个类的构建器中引用枚举字段？

Question

我正在使用构建器模式在游戏中创建项目对象，并且我希望能够使用项目前缀和后缀来生成随机项目，如 Item.builder().random().build() 中所示。 。 Prefix 和 Suffix 都是带有参差不齐字段的枚举。他们都有一个 name ，但有些有damage和luck例如，字段。如何从构建器中访问枚举字段？

我在每个枚举中都有返回随机前缀和后缀的公共(public)方法，我的项目生成器的随机方法调用这些方法并在本地存储后缀。但我似乎无法通过反射获取它们的成员变量。 prefix.getClass().getDeclaredField("name").toString返回java.lang.String roan.ItemPrefix$2.name而不是它的真实名称。另外，它对我来说似乎很老套。

枚举:

enum Prefix {
    ARROGANT {
        String name = "Arrogant ";
        int damage = 20;
        int luck = 2;
    },
    BLOODY {
        String name = "Bloody ";
        int damage = 30;
    },
    CURIOUS {
        String name = "Curious ";
        int luck = 4;
    },

    private static final int size = Prefix.values().length;

    public static Prefix randomPrefix() {
        return Prefix.values()[Dice.roll(Prefix.size)];
    }
}

生成器:

public static abstract class Builder<T extends Builder<T>> {
    // Default values
    private String name = "itemName"; 
    private int damage = 5;
    private int luck = 0;  

    protected abstract T self();

    public T name(String name) {
        this.name = name;
        return self();
    }

    // More builder methods
    ...

    // PROBLEMATIC CODE
    public T random() {
        Prefix prefix = Prefix.randomPrefix();
        this.name = prefix.getClass().getDeclaredField("name").toString();
        return self();
        }

        public Item build() {
            return new Item(this);
        }
    }
}

// Builder helper classes
...

理想情况下，它会使用传递给它的枚举的成员字段来组装一个完整的项目。我正在使用enum Prefix而不是 Prefix 对象的数组，因为我想在其他地方使用某些 EnumSets 作为 Item 的子类喜欢 Armor ，只能使用某些前缀。

Answer 1

您当前的设计取决于枚举 Prefix 的 3 个匿名子类。这是没有必要的。而是尝试这个:

enum Prefix {
  ARROGANT ("Arrogant ",20,2), BLOODY("Bloody ",30,0), CURIOUS("Curious ",5, 4);

  public String name = "itemName"; 
  public int damage = 5;
  public int luck = 0;  

  Prefix(String name, int damage, int luck) {
    this.name = name;
    this.damage = damage;
    this.luck = luck;
  }

  ...
}

因此，您将不需要反射来访问您的字段。

如果您确实希望替代方案 arrogant、bloody、curious 具有不同的模式，那么枚举的决定是错误的。而是在工厂列表中随机选择，每个工厂都会为此随机选择返回完全正确的配置项。