Java clase genérica - Determinar Tipo

Question

Si estoy creando una clase de Java para ser genéricos, tales como:

public class Foo<T> 

¿Cómo se puede determinar internamente a esa clase, lo que 'T' terminó siendo?

public ???? Bar() 
{ 
    //if its type 1 
    // do this 
    //if its type 2 
    // do this 
    //if its type 3 
    // do this 
    //if its type 4 
    // do this 
} 

He hurgó la API de Java y jugaba con la materia de reflexión, instanceof, getClass, .class, etc, pero me parece que no puede hacer cara o cruz de ellos. Siento que estoy cerca y solo necesito combinar varias llamadas, pero sigo quedándome corto.

Para ser más específicos, estoy tratando de determinar si la clase fue instanciada con uno de los 3 tipos posibles.

Answer 1

He utilizado una solución similar a la que él explica aquí para algunos proyectos y la encontré bastante útil.

http://blog.xebia.com/2009/02/07/acessing-generic-types-at-runtime-in-java/

El jist de que está utilizando el siguiente:

public Class returnedClass() { 
    ParameterizedType parameterizedType = (ParameterizedType)getClass() 
               .getGenericSuperclass(); 
    return (Class) parameterizedType.getActualTypeArguments()[0]; 
} 

Answer 2

Debido a type erasure, no hay manera de hacer esto directamente. Lo que podría hacer, sin embargo, es pasar un Class<T> en el constructor y retenerlo dentro de su clase. Luego puede verificarlo contra los tres posibles tipos de Class que permita.

Sin embargo, si sólo hay tres tipos posibles, es posible que desee considerar refactorización en un lugar enum.

Answer 3

El punto entero de una clase genérica es que usted no necesita saber el tipo que se utiliza ....

Answer 4

El problema es que la mayor parte del material genérico desaparecerán durante la compilación.

Una solución común es guardar el tipo durante la creación del objeto.

Para una breve introducción en la conducta Tipo de Erasure java leer este page

Answer 5

Parece que lo que quiere es, de hecho, no es una clase genérica, sino una interfaz con un número de diferentes implementaciones. Pero tal vez sería más claro si estableciera su objetivo real y concreto.

Answer 6

En contraste con .NET, los genéricos de Java se implementan mediante una técnica llamada "borrado de tipos".

Lo que esto significa es que el compilador utilizará la información de tipo cuando se generan los archivos de clase, pero no transferir esta información al código de bytes. Si nos fijamos en las clases compiladas con javap o herramientas similares, se dará cuenta de que un List<String> es un simple List (de Object) en el archivo de clase, al igual que lo fue en pre-Java-5 código.

Código acceder a la lista genérica será "reescrito" por el compilador para incluir los elencos que tendría que escribir a sí mismo en las versiones anteriores. En efecto, los dos fragmentos de código son idénticos desde el punto de vista de código de bytes, una vez que el compilador se hace con ellos:

Java 5:

List<String> stringList = new ArrayList<String>(); 
stringList.add("Hello World"); 
String hw = stringList.get(0); 

Java 1.4 y antes:

List stringList = new ArrayList(); 
stringList.add("Hello World"); 
String hw = (String)stringList.get(0); 

Al leer los valores de una clase genérica en Java 5 se insertan automáticamente para el parámetro de tipo declarado. Al insertar, el compilador verificará el valor que intenta colocar y abortará con un error si no es un String.

Todo se hizo para mantener interoperables las bibliotecas antiguas y el nuevo código genérico sin necesidad de volver a compilar las librerías existentes. Esta es una gran ventaja sobre el modo .NET donde las clases genéricas y las no genéricas conviven una al lado de la otra, pero no se pueden intercambiar libremente.

Ambos enfoques tienen sus pros y sus contras, pero así es en Java.

Para volver a su pregunta original: No podrá obtener la información de tipo en tiempo de ejecución, porque simplemente ya no está allí, una vez que el compilador ha hecho su trabajo. Esto seguramente es una limitación en algunos aspectos y existen algunas formas de mal humor que generalmente se basan en almacenar una instancia de clase en algún lugar, pero esta no es una función estándar.

Answer 7

Estoy de acuerdo con Visage. Generics es para validación en tiempo de compilación, no para tipeo dinámico en tiempo de ejecución. Parece que lo que necesitas es realmente solo el patrón de fábrica. Pero si tu "haz esto" no es creación de instancias, entonces un Enum simple también funcionará igual de bien. Al igual que Michael dijo, si tienes un ejemplo un poco más concreto, obtendrás mejores respuestas.

Answer 8

Si conoce algunos tipos específicos que son significativos, debe crear subclases de su tipo genérico con la implementación.

Así

public class Foo<T> 

public ???? Bar() 
{ 
    //else condition goes here 
} 

Y luego

public class DateFoo extends Foo<Date> 

public ???? Bar() 
{ 
    //Whatever you would have put in if(T == Date) would go here. 
}