Tengo una clase abstracta principal y clases secundarias que toman genéricos.
public abstract sealed class Parent<T> permits ChildA, ChildB {} public non-sealed class ChildA<T extends FileTypeA> extends Parent{} public non-sealed class ChildB<T extends FileTypeB> extends Parent{}En la clase principal, recibo advertencias:
ChildA is a raw type. References to generic type ChildA<T> should be parameterized ChildB is a raw type. References to generic type ChildB<T> should be parameterizedEn las clases para niños, recibo advertencias:
Parent is a raw type. References to generic type Parent<T> should be parameterizedHaciéndolos parametrizados así:
public abstract sealed class Parent<T> permits ChildA<T extends FileTypeA>, ChildB<T extends FileTypeB> {}O incluso
public abstract sealed class Parent<T> permits ChildA<T>, ChildB<T> {}Da el error:
Bound mismatch: The type T is not a valid substitute for the bounded parameter <T extends FileTypeA> of the type ChildA<T>¿Cómo eliminar estas advertencias y errores?
La advertencia " Parent is a raw type " no tiene ninguna relación con las clases selladas, ya que el uso de las extends Parent cuando Parent<T> es una clase genérica generará dicha advertencia ya que existen genéricos.
Lo más probable es que quieras usar
public non-sealed class ChildA<T extends FileTypeA> extends Parent<T> {} public non-sealed class ChildB<T extends FileTypeB> extends Parent<T> {} El otro problema parece ser un error de Eclipse, ya que solo puedo reproducir la advertencia allí. Cuando cambio la declaración a permits ChildA<?>, ChildB<?> , la advertencia desaparece, pero no debe hacer esto.
La especificación del lenguaje Java define la cláusula de permits como
ClassPermits: permits TypeName {, TypeName} mientras que TypeName está vinculado a
TypeName: TypeIdentifier PackageOrTypeName . TypeIdentifier PackageOrTypeName: Identifier PackageOrTypeName . Identifier Esto conduce claramente a una secuencia de identificadores separados por puntos sin ningún parámetro de tipo. Consistentemente, javac rechaza una construcción como permits ChildA<?>, ChildB<?> .
En otras palabras, Eclipse no debería generar una advertencia aquí y, lo que es más importante, no aceptar tipos parametrizados en una cláusula de permit . Su mejor opción es esperar una corrección de la compatibilidad con Java 17 de Eclipse. Podría agregar un @SuppressWarnings("rawtypes") Parent toda la clase principal para que desaparezca la advertencia, pero como eso afectaría a toda la clase, no lo recomiendo.