如何用泛型实现枚举?

时间:2012-07-15 08:21:15

标签: java generics interface enums

我有一个像这样的通用界面:

interface A<T> {
    T getValue();
}

此接口具有有限的实例,因此最好将它们实现为枚举值。问题是这些实例具有不同类型的值,所以我尝试了以下方法,但它没有编译:

public enum B implements A {
    A1<String> {
        @Override
        public String getValue() {
            return "value";
        }
    },
    A2<Integer> {
        @Override
        public Integer getValue() {
            return 0;
        }
    };
}

对此有何想法?

4 个答案:

答案 0 :(得分:50)

你做不到。 Java不允许在枚举常量上使用泛型类型。但是,它们在枚举类型上是允许的:

public enum B implements A<String> {
  A1, A2;
}

在这种情况下你可以做的是要么为每个泛型类型都有一个枚举类型,要么只是让它成为一个类的'假'有一个枚举:

public class B<T> implements A<T> {
    public static final B<String> A1 = new B<String>();
    public static final B<Integer> A2 = new B<Integer>();
    private B() {};
}

不幸的是,它们都有缺点。

答案 1 :(得分:30)

作为Java开发人员设计某些API,我们经常遇到这个问题。当我遇到这篇文章时,我重新确认了自己的疑虑,但我有一个冗长的解决方法:

// class name is awful for this example, but it will make more sense if you
//  read further
public interface MetaDataKey<T extends Serializable> extends Serializable
{
    T getValue();
}

public final class TypeSafeKeys
{
    static enum StringKeys implements MetaDataKey<String>
    {
        A1("key1");

        private final String value;

        StringKeys(String value) { this.value = value; }

        @Override
        public String getValue() { return value; }
    }

    static enum IntegerKeys implements MetaDataKey<Integer>
    {
        A2(0);

        private final Integer value;

        IntegerKeys (Integer value) { this.value = value; }

        @Override
        public Integer getValue() { return value; }
    }

    public static final MetaDataKey<String> A1 = StringKeys.A1;
    public static final MetaDataKey<Integer> A2 = IntegerKeys.A2;
}

此时,您可以获得真正恒定的enum eration值(以及与此相关的所有特权),以及interface的独特实现,但是您具有enum所需的全局可访问性。

显然,这会增加冗长,从而产生复制/粘贴错误的可能性。您可以制作enum s public,只需在其访问权限中添加一个额外的图层。

倾向于使用这些功能的设计往往会受到脆弱的equals实现的影响,因为它们通常会与其他一些独特的值结合使用,例如名称,这可能会在类似的代码库中无意中重复,但不同的目的。通过全面使用enum,平等是一种免费的,可以免受这种脆弱行为的影响。

除了详细程度之外,系统的主要缺点是在全局唯一键之间来回转换(例如,与JSON进行编组)。如果它们只是密钥,那么它们可以以浪费内存为代价安全地重新实例化(重复),但使用以前的弱点 - equals - 作为优势。

有一种解决方法可以通过使用每个全局实例的匿名类型来实现全局实现唯一性:

public abstract class BasicMetaDataKey<T extends Serializable>
     implements MetaDataKey<T>
{
    private final T value;

    public BasicMetaDataKey(T value)
    {
        this.value = value;
    }

    @Override
    public T getValue()
    {
        return value;
    }

    // @Override equals
    // @Override hashCode
}

public final class TypeSafeKeys
{
    public static final MetaDataKey<String> A1 =
        new BasicMetaDataKey<String>("value") {};
    public static final MetaDataKey<Integer> A2 =
        new BasicMetaDataKey<Integer>(0) {};
}

请注意,每个实例都使用匿名实现,但实现它不需要任何其他实现,因此{}为空。这既令人困惑又烦人,但是如果实例引用更可取并且杂乱保持在最低限度,它就可以工作,尽管对经验不足的Java开发人员来说可能有点神秘,从而使维护更加困难。

最后,提供全球唯一性和重新分配的唯一方法是对正在发生的事情更具创造性。我看到的全局共享接口最常见的用途是MetaData存储桶,它们往往混合了很多不同的值,每个键有不同的类型(T):

public interface MetaDataKey<T extends Serializable> extends Serializable
{
    Class<T> getType();
    String getName();
}

public final class TypeSafeKeys
{
    public static enum StringKeys implements MetaDataKey<String>
    {
        A1;

        @Override
        public Class<String> getType() { return String.class; }

        @Override
        public String getName()
        {
            return getDeclaringClass().getName() + "." + name();
        }
    }

    public static enum IntegerKeys implements MetaDataKey<Integer>
    {
        A2;

        @Override
        public Class<Integer> getType() { return Integer.class; }

        @Override
        public String getName()
        {
            return getDeclaringClass().getName() + "." + name();
        }
    }

    public static final MetaDataKey<String> A1 = StringKeys.A1;
    public static final MetaDataKey<Integer> A2 = IntegerKeys.A2;
}

这提供了与第一个选项相同的灵活性,并且它提供了一种通过反射获取引用的机制(如果以后需要它),因此避免以后需要实例化。它还避免了第一个选项提供的许多容易出错的复制/粘贴错误,因为如果第一个方法错误则不会编译,第二个方法不需要更改。唯一需要注意的是,您应确保以enum方式使用public以避免任何人因访问内部enum而导致访问错误;如果你不想让那些MetaDataKey穿过编组的电线,那么将它们从外部包装中隐藏起来可以用来自动丢弃它们(在编组期间,反过来检查enum是否是public可访问,如果不是,则忽略键/值)。除了提供两种访问实例的方法之外,如果保持更明显的static引用(因为enum实例无论如何都是这样),除了提供两种方法之外,没有任何获得或丢失的东西。enum

我只是希望他们这样做,以便{{1}}可以在Java中扩展对象。也许在Java 9中?

最终选项并没有真正解决您的需求,因为您要求的是价值观,但我怀疑这是实现目标的。

答案 2 :(得分:7)

如果 JEP 301: Enhanced Enums被接受,然后,您将能够使用以下语法(摘自提案):

enum Primitive<X> {
    INT<Integer>(Integer.class, 0) {
        int mod(int x, int y) { return x % y; }
        int add(int x, int y) { return x + y; }
    },
    FLOAT<Float>(Float.class, 0f)  {
        long add(long x, long y) { return x + y; }
    }, ... ;

    final Class<X> boxClass;
    final X defaultValue;

    Primitive(Class<X> boxClass, X defaultValue) {
        this.boxClass = boxClass;
        this.defaultValue = defaultValue;
    }
}

答案 3 :(得分:0)

通过使用这个 Java 注解处理器 https://github.com/cmoine/generic-enums,你可以这样写:

import org.cmoine.genericEnums.GenericEnum;
import org.cmoine.genericEnums.GenericEnumParam;

@GenericEnum
public enum B implements A<@GenericEnumParam Object> {
    A1(String.class, "value"), A2(int.class, 0);

    @GenericEnumParam
    private final Object value;

    B(Class<?> clazz, @GenericEnumParam Object value) {
        this.value = value;
    }

    @GenericEnumParam
    @Override
    public Object getValue() {
        return value;
    }
}

注释处理器将生成一个枚举 BExt,希望能满足您的所有需求!

如果您愿意,也可以使用以下语法:

import org.cmoine.genericEnums.GenericEnum;
import org.cmoine.genericEnums.GenericEnumParam;

@GenericEnum
public enum B implements A<@GenericEnumParam Object> {
    A1(String.class) {
        @Override
        public @GenericEnumParam Object getValue() {
            return "value";
        }
    }, A2(int.class) {
        @Override
        public @GenericEnumParam Object getValue() {
            return 0;
        }
    };

    B(Class<?> clazz) {
    }

    @Override
    public abstract @GenericEnumParam Object getValue();
}