HashMap e LinkedHasMap

[Alexander_37]

Ciao Ragazzi,
Avrei una domanda da farvi. Ci sta un WebService che in risposta ha un oggetto che contiene un HashMap e un intero. L’Hashmap che devo fornirgli contiene una serie di nomi che dovrebbe stamparli in base all’inserimento che faccio.
Ovviamente l’HashMap ha un comportamento diverso; stampa i valori in maniera randomica. A questo punto nel set dell’Hashmap passo un LinkedHashMap che stampa i valori nell’ordine in cui vengono inseriti.
La mia Domanda è questa:
Perché se passo un LinkedHasMap nel set di un HashMap quando scorro l’HashMap i valori al suo interno vengono stampati nell’ordine in cui sono stati inseriti?
Il WebService alla fine usa un HashMap non un LinkedHashMap . . . spero che abbiate capito la mia domanda J

Grazie mille

[andbin]

Perché se passo un LinkedHasMap nel set di un HashMap quando scorro l’HashMap i valori al suo interno vengono stampati nell’ordine in cui sono stati inseriti?
Il WebService alla fine usa un HashMap non un LinkedHashMap . . . spero che abbiate capito la mia domanda J

LinkedHashMap estende HashMap. Quindi ovunque in Java ci sia una variabile/parametro che si aspetta un HashMap, è lecito passare un LinkedHashMap.

LinkedHasMap ha anche una lista linkata e mantiene il "insertion-order" oppure (se costruito con l'apposito costruttore) il "access-order".

[Alexander_37]

LinkedHashMap estende HashMap. Quindi ovunque in Java ci sia una variabile/parametro che si aspetta un HashMap, è lecito passare un LinkedHashMap.

LinkedHasMap ha anche una lista linkata e mantiene il "insertion-order" oppure (se costruito con l'apposito costruttore) il "access-order".

Ciaon andbin,
Grazie della risposta. Che LinkedHashmap estende Hasmap mi torna. Ti posto un esempio:

import java.util.HashMap;import java.util.LinkedHashMap;import java.util.Set;
public class Test2 {    public static void main(String[]args){                HashMap<String, String> maps = new HashMap<String, String>();                for(int i = 0; i < 10; i++){            maps.put("name: "+i, "value: " +i);        }                        Test3 t = new Test3();        t.setMaps(maps);                Set<String> b = t.getMaps().keySet();        for(String s : b){            System.out.println("value: " +t.getMaps().get(s));        }                                LinkedHashMap<String, String> linked = new LinkedHashMap<String, String>();                for(int i = 0; i < 10; i++){            linked.put("name: "+i, "value: " +i);        }                        Test3 t2 = new Test3();        t2.setMaps(linked);                        Set<String> b2 = t2.getMaps().keySet();        for(String s : b2){            System.out.println("value 2: " +t2.getMaps().get(s));        }                    }    }

class Test3{        private HashMap<String, String> maps;
    public HashMap<String, String> getMaps() {        return maps;    }
    public void setMaps(HashMap<String, String> maps) {        this.maps = maps;    }} 

Allora nel primo for stampa in maniera randomica, nel secondo for stampa in maniera ordinata (in base all'inserimento che faccio io).

Nel secondo caso ho creato un LinkedHasMap passandolo nel set dell'oggetto Test3. Quando chiamo il get maps dell'instanza Test3, non vado a usare comunque un'HashMap?

[andbin]

Nel secondo caso ho creato un LinkedHasMap passandolo nel set dell'oggetto Test3. Quando chiamo il get maps dell'instanza Test3, non vado a usare comunque un'HashMap?

Come tipo statico "vedi" un HashMap, perché getMaps dichiara come ritorno appunto un HashMap.
Ma l'oggetto che è stato istanziato e passato a setMaps è realmente un LinkedHashMap ... è questo che conta!


P.S. il codice è stato postato male, senza i newline corretti.

[Alexander_37]

Come tipo statico "vedi" un HashMap, perché getMaps dichiara come ritorno appunto un HashMap.
Ma l'oggetto che è stato istanziato e passato a setMaps è realmente un LinkedHashMap ... è questo che conta!


P.S. il codice è stato postato male, senza i newline corretti.

Scusami non avevo visto il codice . Grazie per le continue risposte che continui a darmi. . Praticamente se passo ad un oggetto HashMap un oggetto LinkedHashMap (essendo la classe madre), quando uso il get lavoro con l'oggetto Linked giusto?

[andbin]

se passo ad un oggetto HashMap

No, attenzione: non "ad un oggetto". Hai un LinkedHashMap, tu passi a qualcun'altro il reference a questo oggetto.

Il fatto che nell'esempio postato i getMaps/setMaps trattano HashMap è solo la "visione" del tipo del reference che hanno. Quando invochi getMaps sai solo che l'oggetto è sicuramente come minimo un HashMap ma quale è il tipo reale dell'oggetto non lo "sai", perché potrebbe essere un sottotipo. Quindi puoi solo invocare metodi noti ad HashMap.

Non puoi invocare es. removeEldestEntry (che è specifico di LinkedHashMap) perché "vedi" l'oggetto solo come HashMap. Ma se l'oggetto realmente è un LinkedHashMap, allora se invochi get è quello della classe LinkedHashMap (perché ridefinisce il get) e non quello di HashMap.

[Alexander_37]

No, attenzione: non "ad un oggetto". Hai un LinkedHashMap, tu passi a qualcun'altro il reference a questo oggetto.

Il fatto che nell'esempio postato i getMaps/setMaps trattano HashMap è solo la "visione" del tipo del reference che hanno. Quando invochi getMaps sai solo che l'oggetto è sicuramente come minimo un HashMap ma quale è il tipo reale dell'oggetto non lo "sai", perché potrebbe essere un sottotipo. Quindi puoi solo invocare metodi noti ad HashMap.

Non puoi invocare es. removeEldestEntry (che è specifico di LinkedHashMap) perché "vedi" l'oggetto solo come HashMap. Ma se l'oggetto realmente è un LinkedHashMap, allora se invochi get è quello della classe LinkedHashMap (perché ridefinisce il get) e non quello di HashMap.

Ok .
Nel secondo caso t2 quando userò il getMaps però potrò usufruire dei metodi getter e setter del linkedMap mentre nel t soltanto quelli dell'Hashmap ?

[andbin]

Nel secondo caso t2 quando userò il getMaps però potrò usufruire dei metodi getter e setter del linkedMap mentre nel t soltanto quelli dell'Hashmap ?

Allora:

HashMap<String,String> hm = new LinkedHashMap<String,String>();

Nota che qui la variabile (ovvero il tipo "statico" del reference) è HashMap mentre l'oggetto realmente istanziato e assegnato è un LinkedHashMap.

Su hm puoi invocare solo metodi "noti" ad HashMap. Non puoi invocare i metodi specifici di LinkedHashMap come ad esempio removeEldestEntry. Ma questo è principalmente per come funziona Java.
Java è un linguaggio statically-typed, ovvero il compilatore effettua in anticipo tutta una serie di controlli. Non è come in altri linguaggi "dinamici" dove se un campo/metodo esiste realmente o no lo si scopre solo a runtime!

Ma tutti i metodi noti ad HashMap li puoi invocare. Alcuni metodi possono essere definiti solo in HashMap, altri ridefiniti da LinkedHashMap. Ad esempio il get è ridefinito da LinkedHashMap perché deve fare qualcosa in più mentre il size() rimane quello di HashMap perché è già corretto/sensato anche per LinkedHashMap visto che il grosso è appunto implementato in HashMap.

Queste finezze però alla fine non interessano più di tanto. L'oggetto è realmente un LinkedHashMap quindi nella sua interezza il comportamento è quello di LinkedHashMap. Che rispetto a HashMap ha solo in più la capacità di poter garantire un insertion-order o al limite un access-order. E questo lo puoi sfruttare anche "vedendo" l'oggetto come HashMap, perché non è una questione di metodo in più o no ma di "comportamento".

[Alexander_37]

Allora:

HashMap<String,String> hm = new LinkedHashMap<String,String>();

Nota che qui la variabile (ovvero il tipo "statico" del reference) è HashMap mentre l'oggetto realmente istanziato e assegnato è un LinkedHashMap.

Su hm puoi invocare solo metodi "noti" ad HashMap. Non puoi invocare i metodi specifici di LinkedHashMap come ad esempio removeEldestEntry. Ma questo è principalmente per come funziona Java.
Java è un linguaggio statically-typed, ovvero il compilatore effettua in anticipo tutta una serie di controlli. Non è come in altri linguaggi "dinamici" dove se un campo/metodo esiste realmente o no lo si scopre solo a runtime!

Ma tutti i metodi noti ad HashMap li puoi invocare. Alcuni metodi possono essere definiti solo in HashMap, altri ridefiniti da LinkedHashMap. Ad esempio il get è ridefinito da LinkedHashMap perché deve fare qualcosa in più mentre il size() rimane quello di HashMap perché è già corretto/sensato anche per LinkedHashMap visto che il grosso è appunto implementato in HashMap.

Queste finezze però alla fine non interessano più di tanto. L'oggetto è realmente un LinkedHashMap quindi nella sua interezza il comportamento è quello di LinkedHashMap. Che rispetto a HashMap ha solo in più la capacità di poter garantire un insertion-order o al limite un access-order. E questo lo puoi sfruttare anche "vedendo" l'oggetto come HashMap, perché non è una questione di metodo in più o no ma di "comportamento".

Grazie mille tutto chiaro grazie ancora per la buona spiegazione .

Alla prossima