Corsi di Laurea

[f.savarese]

Suppongo che per l'appellativo di ing. debba cliccare sul tasto Grazie.

[eferre]

Suppongo che per l'appellativo di ing. debba cliccare sul tasto Grazie.

Si, infatti l'ho fatto apposta!!!

[f.savarese]

Ovviamente sai anke ke il grazie però è per l'altro post...

[Ale89]

Il polimorfismo nelle collezione è anche:

Map mappa= new TreeMap(); ovviamente omettendo il controllo dei tipi... Riferimento ad un tipo derivato trattato come tipo generico ... Correggetemi se sbaglio!

[SuperFra]

sisi concordo...e chissa perchè è un esempio che mi sento mooolto "vicino"

[buffy]

ciao a tutti..volevo porvi una domanda a cui ancora nn so dare una spiegazione...xke le collection implementano l'interfaccia?? grazie in anticipo per la rsp..

[johnny88]

La risposta è abbastanza ovvia ed è da ricercare nella definizione di tipo di dato astratto. Se ci fai caso, le collection rappresentano proprio un ADT in pieno, in quanto sono delle strutture dati di cui tu conosci soltanto le funzionalità ma non i dettagli implementativi. La maggior parte delle collection che abbiamo visto hanno una lista di metodi base(add, remove, ecc) che hanno praticamente la stessa firma in diverse strutture dati(list,set ,ecc.). Per questa motivazione, è più ragionevole creare un'interfaccia di base collection che contiene le definizioni dei prototipi di queste funzionalità per poi implementarla in ogni singola classe specifica. In questo modo si è sicuri che queste classi implementeranno tutti i metodi di base di cui deve disporre una collezione. Ovviamente poi le specifiche classi implementeranno, oltre all'interfaccia Collection, anche altre interfacce che contengono metodi più particolari di ogni singola tipologia di struttura dati(interfacce list,set e map).
Spero di essere stato esaustivo

[buffy]

sisi grazie mille

[SuperFra]

Sostanzialmente per fornire dei metodi standard coi quali operare su OGNI insieme di oggetti indipendentemente dal come essi vengono tenuti(vedi lista,albero,hash list ecc.)
Insomma tu scegli quale collezione adoperare sapendone solo le caratteristiche e i metodi che hanno sempre la stessa firma("ovvero la stessa interfaccia") senza conoscerne i dettagli implementativi.

[ildiabolico]

E il ragionamento fatto viene iterato dall'alto, mi spiego:
Collection è già di per se un interfaccia che viene ereditata dalle interfacce Set e List.
Set e List sono interfacce che sono poi implementate diciamo "a livello più basso" con le strutture dati che posso variare dall'albero alla table Hash all'array alla lista come del resto si evince dal nome di ogni tipo specifico di Collezione.

Stesso discorso vale per la Map.
Map è un Interfaccia che viene poi implementata "a livello più basso" con le strutture dati albero lista o table hash.


C'è da sottolineare che il quantitativo di interfacce che vengono implementate ed ereditate in questa gerarchia, che al suo apice vede troneggiare Collection e Map, sono molte di più:
Collection tanto per fare un esempio Estende l'interfaccia Iterable( per darci l'iteratore che tanto ci aiuta) e poi ha come sottointerfacce conosciute per esempio Deque, List, NavigableSet, Queue, Set, SortedSet etc etc.


In sostanza le Collezioni di elementi(meglio secondo me definirle tali dato che Collectionè un termine su cui pecchiamo spesso di "Overload" ) sono, nella loro gerarchia, un mix esplosivo di estensioni/implementazioni di Interfacce. Per il resto poi è stato già detto tutto dagli onorevoli colleghi sovrastanti