¿Hay alguna manera de imitar o en genéricos de Java

Question

EDIT: He cambiado un poco el ejemplo para conseguir la idea:

Como

<Integer or Float> 

... sin tener que crear una interfaz común y hacer una subclase de Entero y el flotador para implementarlo

Si no, algo como esto sería tal vez tienen más sentido y ser útil

<E extends Number> <E = (Integer|Float)> 

¿Si? es un comodín ¿por qué no deberíamos permitirnos restringir ciertos tipos?

Answer 1

No es posible y apenas veo valor en él. Usas genéricos para restringir el tipo, p. Ej. en colecciones. Con el operador or sabes tanto sobre el tipo que conoces del supertipo más específico de ambos, Object en este caso. Entonces, ¿por qué no usar Object?

Hipotético:

List<E extends String or Number> list = //... 

¿Cuál es el tipo de list.get(0)? ¿Es StringoNumber? Pero no puedes tener una variable de ese tipo. No puede ser String, no puede ser Number - solo puede ser ... Object.

ACTUALIZACIÓN: Ya que ha cambiado su ejemplo en cuestión:

<Integer or Float> 

¿Por qué no simplemente decir:

<Number> 

? Tenga en cuenta que Number tiene métodos que le permiten extraer fácilmente floatValue() y intValue(). ¿Realmente necesitas el tipo exacto?

---

Tenga en cuenta que puede utilizarand operador:

<E extends Serializable & Closeable> 

Y eso tiene mucho sentido - se puede utilizar variable de tipo E donde sea se necesita Serializable o Closeable. En otras palabras, E debe extender tanto Serializable como Closeable. Ver también: Java Generics Wildcarding With Multiple Classes.

Answer 2

No veo un uso real para eso ... Pero de todos modos, creo que lo más cercano que se puede llegar a ello es ampliar las interfaces comunes para las posibles implementaciones.

Answer 3

En casos muy extremos (anteriores a Java 7 sin AutoCloseable), me hubiera gustado poder hacer eso también. P.ej.

<E extends Connection or Statement or ResultSet> 

Eso hubiera permitido que llame a E.close(), sin importar el tipo real era. En otras palabras, E contendría la "intersección API" de todos los tipos suministrados.En este caso, contendría close() y todos los métodos de java.sql.Wrapper y java.lang.Object.

Pero desafortunadamente, no puedes hacer eso. En su lugar, use la sobrecarga de método, p.

void close(Connection c); 
void close(Statement s); 
void close(ResultSet r); 

O el viejo y simple instanceof

if (obj instanceof Connection) { 
    ((Connection) obj).close(); 
} 
else if (obj instanceof Statement) { //... 

o fijar su diseño, ya que probablemente no debería tener que intersectan las API de tipos arbitrarios de todos modos