¿Es posible extender Java Enums?

Question

Esto es lo que estoy buscando lograr, tengo una clase que tiene una enumeración de algunos valores y quiero subclase y agregar más valores a la enumeración. Este es un mal ejemplo, pero:

public class Digits 
{ 
public enum Digit 
{ 
    0, 1, 2, 3, 4, 5, 6, 7, 8, 9 
} 
} 

public class HexDigits extends Digits 
{ 
public enum Digit 
{ 
    A, B, C, D, E, F 
} 
} 

modo que HexDigits.Digit contenga los números hexagonales. ¿Es eso posible?

Answer 1

No, no es posible. Lo mejor que puedes hacer es hacer que dos enums implementen e interactúen y luego utilicen esa interfaz en lugar de la enumeración. Por lo tanto:

interface Digit { 
    int getValue(); 
} 

enum Decimal implements Digit { 
    ZERO, ONE, TWO, THREE, FOUR, FIVE, SIX, SEVEN, EIGHT, NINE; 

    private final int value; 

    Decimal() { 
    value = ordinal(); 
    } 

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

enum Hex implements Digit { 
    A, B, C, D, E, F; 

    private final int value; 

    Hex() { 
    value = 10 + ordinal(); 
    } 

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

Answer 2

Nº

enumeraciones no puede tener subclases.

El razonamiento aquí es que una enumeración define un número fijo de valores. Subclases rompería esto.

Answer 3

No, no puedes. Si observa la definición de Enum, las instancias son definitivas y no pueden extenderse. Esto tiene sentido si comprende las enumeraciones como un conjunto de valores finito, final.

Hay una diferencia entre un numeral (un artefacto sintáctica) que podría ser binario, decimal, hex o lo que sea, y la real semántica número, la entidad numérica representados sintácticamente por un número en un contexto (el sistema de base .)

En su ejemplo, lo que se necesita es

• enumeraciones que especifican los números sintáctico (dígitos decimales y alfabéticos símbolos que representan legal hexadecimales; es decir, tokens de enumeración, y
• clases que especifican el comportamiento (o gramática) requerido para sintácticamente que representa un número como un número (utilizando el numeral [sintáctica] enumeraciones).

Es decir, que tienen fichas o símbolos y una gramática/comportamiento que indican si una corriente de fichas representan un número bajo una base dada.

Pero eso está un poco fuera de la tangente (y como dijiste, era solo un ejemplo por ejemplo). Volviendo a extender enumeraciones ...

... no puede y no debe. Los mensajes no están destinados a representar cosas que se pueden extender. Son para representar un constante conjunto de valores constantes. Hay cosas que no son heredables.

Además, no caiga en la trampa de extender por razones de extensión o por tratar de forzar una estructura en su código o modelo.

Puede parecer razonable hacer que un conjunto de valores sea una extensión de otro. La mayoría de las veces, no lo es.Use la herencia para reutilizar el comportamiento o la estructura compleja, no solo los datos que tienen poca o ninguna estructura con comportamientos no reutilizables asociados.

Answer 4

aceptan que las enum no están destinadas a ser ampliadas ... pero cuando se enfrentan con Tapestry 5 seleccionan el componente ... y la versión enum es la mejor versión ... en comparación con el objeto (¿ridículamente?) Complejo ejemplos de modelos por ahí ... podría ver cómo extender y enum es atractivo para este caso ...

btw (seque queja) ¿Qué diablos es con el tapiz tirando en lugar de construir sobre/mejor práctica del marco jsp ? en el mejor de los casos, esto crea una división de desarrollo de la ui, que deja a las tecnologías de Java más débiles para la experiencia ...

Answer 5

No es posible. Y hay una razón. Imagínese que usted podría extender una enumeración:

enum A { ONE, TWO } 
enum B extends A { THREE } // for a total { ONE, TWO, THREE } 

Ahora usted puede hacer esto:

B b = B.THREE 
A a = b // a = B.THREE ? 

Pero B.THREE no es una opción válida para A.

Por supuesto que puede hacer que no sean polimórficos, pero en realidad no se extiende.