EasyMock: ¿Cómo creo un simulacro de una clase genérica sin una advertencia?

Question

El código

private SomeClass<Integer> someClass; 
someClass = EasyMock.createMock(SomeClass.class); 

me da una advertencia de "seguridad Tipo: La expresión de tipo SomeClass necesita conversión sin marcar para ajustarse a SomeClass <Entero>".

Answer 1

Las dos rutas obvias son para suprimir la advertencia o simular una subclase.

private static class SomeClass_Integer extends SomeClass<Integer>(); 
private SomeClass<Integer> someClass; 
... 
    someClass = EasyMock.createMock(SomeClass_Integer.class); 

(Negación: Ni siquiera trató de compilar este código, ni he utilizado EasyMock.)

Answer 2

puede anotar el método de ensayo con @SuppressWarnings("unchecked"). Estoy de acuerdo en que esto es algo así como un truco, pero en mi opinión es aceptable en el código de prueba.

@Test 
@SuppressWarnings("unchecked") 
public void someTest() { 
    SomeClass<Integer> someClass = EasyMock.createMock(SomeClass.class); 
} 

Answer 3

yo sepa, no se puede evitar el aviso sin control cuando un nombre de clase literal está involucrado, y la SuppressWarnings anotación es la única manera de manejar esto.

Tenga en cuenta que es buena forma de reducir el alcance de la anotación SuppressWarnings tanto como sea posible. Puede aplicar esta anotación a una sola asignación variable local:

public void testSomething() { 

    @SuppressWarnings("unchecked") 
    Foo<Integer> foo = EasyMock.createMock(Foo.class); 

    // Rest of test method may still expose other warnings 
} 

o usar un método de ayuda:

@SuppressWarnings("unchecked") 
private static <T> Foo<T> createFooMock() { 
    return (Foo<T>)EasyMock.createMock(Foo.class); 
} 

public void testSomething() { 
    Foo<String> foo = createFooMock(); 

    // Rest of test method may still expose other warnings 
} 

Answer 4

trabajé en torno a este problema mediante la introducción de una subclase, por ejemplo,

private abstract class MySpecialString implements MySpecial<String>{}; 

continuación, crear una maqueta de esa clase abstracta:

MySpecial<String> myMock = createControl().createMock(MySpecialString.class); 

Answer 5

Sé que esto va en contra de la pregunta, pero ¿por qué no crear una lista en lugar de una lista Mock?

Es menos código y más fácil de trabajar, por ejemplo, si desea agregar elementos a la lista.

MyItem myItem = createMock(myItem.class); 
List<MyItem> myItemList = new ArrayList<MyItem>(); 
myItemList.add(myItem); 

En lugar de

MyItem myItem = createMock(myItem.class); 
@SuppressWarnings("unchecked") 
List<MyItem> myItemList = createMock(ArrayList.class); 
expect(myItemList.get(0)).andReturn(myItem); 
replay(myItemList);