Zabezpieczenie typu: odlew nieobrobiony

Problem polega na tym, że cast jest sprawdzaniem czasu pracy - ale ze względu na typ erasure, w czasie pracy nie ma żadnej różnicy między HashMap<String,String> i HashMap<Foo,Bar> dla innych Foo i Bar.

Użyj @SuppressWarnings("unchecked") i trzymaj nos. AHA, i kampania dla reified generics w Javie:)

Jak wskazują powyższe wiadomości, listy nie można rozróżnić między A List<Object> i a List<String> lub List<Integer>.

Rozwiązałem ten Komunikat o błędzie dla podobnego problemu:

List<String> strList = (List<String>) someFunction();
String s = strList.get(0);

Z następującym:

List<?> strList = (List<?>) someFunction();
String s = (String) strList.get(0);

Wyjaśnienie: pierwsza konwersja typu sprawdza, czy obiekt jest listą bez dbania o typy wewnątrz (ponieważ nie możemy zweryfikować typów wewnętrznych na poziomie listy). Druga konwersja jest teraz wymagana, ponieważ kompilator zna tylko listę zawiera jakieś przedmioty. To sprawdza typ każdego obiektu na liście, gdy jest dostępny.

Tylko Ostrzeżenie. Ostrzeżenie. Czasami ostrzeżenia są nieistotne, czasami nie. Są one używane, aby zwrócić twoją uwagę na coś, co kompilator myśli, że może być problemem, ale może nie być.

@SuppressWarnings (value="unchecked")

Otrzymujesz tę wiadomość, ponieważ getBean zwraca odniesienie do obiektu i przerzucasz je na właściwy typ. Java 1.5 daje ostrzeżenie. Taka jest natura używania Javy 1.5 lub lepszej z kodem, który działa w ten sposób. Wiosna ma wersję typesafe

someMap=getApplicationContext().getBean<HashMap<String, String>>("someMap");

Na jego liście todo.

Jeśli naprawdę chcesz pozbyć się ostrzeżeń, możesz utworzyć klasę, która rozciąga się od klasy generycznej.

Na przykład, jeśli próbujesz użyć

private Map<String, String> someMap = new HashMap<String, String>();

Możesz utworzyć nową klasę w taki sposób

public class StringMap extends HashMap<String, String>()
{
    // Override constructors
}

Wtedy gdy używasz

someMap = (StringMap) getApplicationContext().getBean("someMap");

Kompilator wie, czym są (już nie ogólne) typy i nie będzie żadnego ostrzeżenia. Może to nie zawsze być idealne rozwiązanie, niektórzy mogą argumentować, że tego rodzaju klasy generyczne nie spełniają celu, ale nadal używasz tego samego kodu z klasy generic, po prostu deklarujesz w czasie kompilacji, jakiego typu chcesz użyć.

Innym rozwiązaniem, jeśli często rzucasz ten sam obiekt i nie chcesz zaśmiecać kodu @SupressWarnings("unchecked"), byłoby stworzenie metody z adnotacją. W ten sposób centralizujesz obsadę i mam nadzieję, że zmniejszysz prawdopodobieństwo błędu.

@SuppressWarnings("unchecked")
public static List<String> getFooStrings(Map<String, List<String>> ctx) {
    return (List<String>) ctx.get("foos");
}

Poniższy kod powoduje Typ Ostrzeżenia bezpieczeństwa

Map<String, Object> myInput = (Map<String, Object>) myRequest.get();

Obejście

Utwórz nowy obiekt mapy bez podawania parametrów, ponieważ typ obiektu przechowywanego na liście nie jest zweryfikowany.

Krok 1: Tworzenie nowej tymczasowej mapy

Map<?, ?> tempMap = (Map<?, ?>) myRequest.get();

Krok 2: Instantiate the main Map

Map<String, Object> myInput=new HashMap<>(myInputObj.size());

Krok 3: iteracja tymczasowej Mapy i ustawienie wartości do głównej mapy

 for(Map.Entry<?, ?> entry :myInputObj.entrySet()){
        myInput.put((String)entry.getKey(),entry.getValue()); 
    }

Rozwiązanie, aby uniknąć niezaznaczonego Ostrzeżenia:

class MyMap extends HashMap<String, String> {};
someMap = (MyMap)getApplicationContext().getBean("someMap");