HashMap e LinkedHasMap

[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