¿Cuál es la forma correcta de resolver la advertencia de Eclipse "no está parametrizada"?

Question

Estoy tratando de limpiar algunas advertencias en algún código antiguo de Java (en Eclipse), y no estoy seguro de qué es lo que hay que hacer en este caso. El bloque se ve más o menos así:

Transferable content = getToolkit().getSystemClipboard().getContents(null); 
java.util.List clipboardFileList = null; 

if(content.isDataFlavorSupported(DataFlavor.javaFileListFlavor)) { 
    try { 
    clipboardFileList = (java.util.List)content.getTransferData(
     DataFlavor.javaFileListFlavor); 
    } 
    /* Do other crap, etc. */ 
} 

la lista genera una advertencia, ya que no es parametrizada, sin embargo, si parametrizar con <File>, que estoy bastante seguro de que es lo que se requiere, se queja que no puede convertir de Object a List<File>. Podría simplemente suprimir la advertencia sin marcar para la función, pero preferiría evitar eso si hay una solución "buena". ¿Pensamientos?

Answer 1

recomendaría fundición de forma explícita el resultado de List<File> y la supresión de la advertencia. De acuerdo con the documentation:

public static final DataFlavor javaFileListFlavor

Para transferir una lista de archivos a/desde Java (y la plataforma subyacente) un DataFlavor de este tipo/subtipo y clase de representación de java.util.List se utiliza. Se requiere/garantiza que cada elemento de la lista sea del tipo java.io.File.

En una situación de este tipo, donde la documentación define claramente el tipo de datos, no dude en hacer caso omiso de las advertencias, según artículo 24 de Joshua Bloch Effective Java (página 116):

Si no puede elimine una advertencia, y puede probar que el código que provocó la advertencia es seguro, entonces (y solo entonces) suprima la advertencia con una anotación @SuppressWarnings("unchecked").

Answer 2

probar este

java.util.List<?> 

Answer 3

no creo que es necesario utilizar <?>. Esto solo funciona bien para mi?

Object obj = null; 
List<File> aa = (List<File>)obj;