Per la felicita di Dav82...JAVA!!

[Downloader]

Originariamente inviato da Dav82
Tu su che base hai dato la risposta?

Sei sicuramente più fresco di me sulle collection, così ripasso qualcosa pure io

Io le ho iniziate oggi a studiare e non è che mi siano chiarissime

Ma su che domanda ti riferisci in particolare?

p.s. ne arrivano altre a breve

[Dav82]

All'ultima


però non vale modificare il messaggio mentre io ti sto rispondendo

[Downloader]

Originariamente inviato da Dav82
All'ultima


però non vale modificare il messaggio mentre io ti sto rispondendo

Vabbe, io ti stavo ripondendo sulla prima, poi m'è venuto il dubbio

[Downloader]

Ho risposto array perchè mi è venuto in mente che se voglio per esempio aggiungere un elemento nell'array devo prima riversare tutti gli elementi dell'array piu quello/i nuovo/i (ovviamente in un certo limite) in un nuovo vettore, occupando piu memoria di quanta non se ne occupi per esempio con il liked-list.

Lo so che con la domanda centra poco, ma in mancanza di altre idee...

[Dav82]

Originariamente inviato da Downloader
Ho risposto array perchè mi è venuto in mente che se voglio per esempio aggiungere un elemento nell'array devo prima riversare tutti gli elementi dell'array piu quello/i nuovo/i (ovviamente in un certo limite) occupando piu memoria di quanta non se ne occupi per esempio con il liked-list.

Lo so che con la domanda centra poco, ma in mancanza di altre idee...

Questo in effetti riguarda più il tempo: c'è sempre un trade-off spazio/tempo: che vor dì??? Vuol dire che, normalmente, per risolvere un problema con una tecnica A ci metterai X tempo e K memoria, mentre con una tecnica B ci metterai più d X tempo e meno di K memoria: in un ambito migliori, nell'altro peggiori, è così in tutti i problemi informatici

Sinceramente non saprei cosa rispondere, a questa domanda in particolare. Magari dopo mi riguardo la specifica di queste due collezioni e ti do una risposta su basi più solide

[Downloader]

Which statements about the Map interface are true?(4 risp)

-Objects that implements the Map interface can be used to store and manage a collection of objects using hash table storage technology <--

-HasTable and HashMap implement the Map interface <--

-Object that implement the Map interface provide methods to add objects using key values

-Object that implement the Map interface have a put() method that inserts a key and value pair into the map. If the key already exist then the insertion is rejected <--

-Objects that implements the Map interface have a get() method that returns the value associated with a given key or null if the key does not exist in the map <--

-The hashCode method should not be overridden in objects that will be used in a HashMap collection.

What type of methods are part of the collection interface? (3 risp)

-add and remove methods <--

-random object creation methods

-count object method <--

-iterator methods <--

-group methods

Which of the following phrases are true <for both arrays and collections?

-a single object representing a group of objects <--

-deal with many types of objects

-fixed size or capacity

-easily sorted

[Downloader]

Ultima per stanotte, prometto

What can be said about the collection framework classes and the interfaces upon which they have build? (??????)

-the collection framework classes allow the user to write their own collections methods.

-the framework classes override the abstract interface methods and add additional concrete methods to facilitate management of collections

-the collections interfaces may be used directly without the need to override any methods at all
-every interface has a corresponding class which should be then used by the programmer

-only those methods which the programmer needs to use must be overridden in the class which implements a collection interface

[Downloader]

Originariamente inviato da Downloader
Ed ecco puntuali alcune domandine ine ine ine:
The phrase “re-arranging the elements in a collections on some random order” correctly defines which term?
-Sorting
-shuffling
-duplication
-adding

E invece è shuffling

Davvvvvv ma dove sei???

[Dav82]

Originariamente inviato da Downloader
E invece è shuffling

T'avevo detto io che bisognava capire ben quel "random"



Mo leggo eh, prima devo finire alcune cosine poi ti dico

[Downloader]

Sono entrambe sbagliate, cosi dovrebbero andar meglio

What type of methods are part of the collection interface? (3 risp)

-add and remove methods <--

-random object creation methods

-count object method

-iterator methods <--

-group methods <--

Which of the following phrases are true <for both arrays and collections?

-a single object representing a group of objects

-deal with many types of objects

-fixed size or capacity

-easily sorted <--

[Dav82]

Ehm, scusami, oggi sono stato pigro, fra studiare, lavorare, ca@@eggiare sul Forum, non ho guardato le tue domande

Which statements about the Map interface are true?(4 risp)

-Objects that implements the Map interface can be used to store and manage a collection of objects using hash table storage technology <--

-HasTable and HashMap implement the Map interface <--

-Object that implement the Map interface provide methods to add objects using key values

-Object that implement the Map interface have a put() method that inserts a key and value pair into the map. If the key already exist then the insertion is rejected <--

-Objects that implements the Map interface have a get() method that returns the value associated with a given key or null if the key does not exist in the map <--

-The hashCode method should not be overridden in objects that will be used in a HashMap collection.

1) Vera: c'è una classe fornita direttamente da Java)
2) Vera (sempre riscontrabile dallo zippone )
3) Falsa: nella specifica di Map non c'è traccia di metodi del genere;
4) Falsa: direttamente dalla Documentation (lo zippone ): "If the map previously contained a mapping for this key, the old value is replaced by the specified value."
5) Vera; piccola precisazione: "A return value of null does not necessarily indicate that the map contains no mapping for the key; it's also possible that the map explicitly maps the key to null. The containsKey operation may be used to distinguish these two cases."
6) eh??? troppo tardi per capire sta cosa!

Probabile cmq che la 4 la diano come Vera

What type of methods are part of the collection interface? (3 risp)

-add and remove methods <--
-random object creation methods
-count object method <--
-iterator methods <--
-group methods

Esatto (Y) (se tu avessi lo zippone.... )

Which of the following phrases are true <for both arrays and collections?

-a single object representing a group of objects <--
-deal with many types of objects
-fixed size or capacity
-easily sorted

1) vera: sono degli insiemi di oggetti;
2) falsa: una Collection può avere oggetti di classi differenti, mentre un oggetto di classe Array può referenziare solo oggetti di uno stesso tipo;
3) falsa: un oggetto Array ha dimensioni fissate a priori, una Collection no;
4) falsa: sinceramente bisognerebbe intendersi sull'easely, cmq in generale no;

[Dav82]

Originariamente inviato da Downloader
Sono entrambe sbagliate, cosi dovrebbero andar meglio

Mi sono basato sulle tue risposte originarie, cmq se guardi la specifica di Collection, i suoi metodi sono:

add, addAll, clear, contains, containsAll, equals, hashCode, isEmpty, iterator, remove, removeAll, retainAll, size, toArray, toArray

[Dav82]

Originariamente inviato da Downloader
What can be said about the collection framework classes and the interfaces upon which they have build? (??????)

-the collection framework classes allow the user to write their own collections methods.

-the framework classes override the abstract interface methods and add additional concrete methods to facilitate management of collections

-the collections interfaces may be used directly without the need to override any methods at all
-every interface has a corresponding class which should be then used by the programmer

-only those methods which the programmer needs to use must be overridden in the class which implements a collection interface

Traduzione, prima di tutto!

Che cosa si può dire delle classi del framework Collection e delle interfacce sulle quali queste (le classi del framework) sono costruite?

1) Vera: alla fin fine ogni classe può essere utilizzata come base di partenza per una classe customizzata!
2) Vera: si può sindacare sul fatto che per i metodi di un interfaccia si fa override nel senso strutturale del termine (non si usa la definizione del metodo data nella classe "padre" ma quella data nella classe "figlia") ma non nel senso più comune (cioè quello di ridefinire una implementazione già data, che per le interfacce NON c'è, in quanto un'interfaccia è solo un insieme di signature di metodi), ma la risposta è da dare assolutamente per buona senza la minima ombra di dubbio
3) Falsa: le interfacce NON sono istanziabili! Quindi NON possono essere usate... un'interfaccia è fatta per essere implementata da una classe, altrimenti che interfaccia è? La risposta sarebbe vera se al posto di "interfaces" ci fosse "classes": le classi fornite dal framwork Collection NON sono abstract, e quindi possono essere istanziate e usate tranquillamente
4) Vera: vedi 3
5) Falsa: per poter usare (istanziare) una classe, questa deve NON essere abstract, cioè tutti i metodi devono essere implementati; poi ovviamente quelli che non servono possono essere implementati semplicemente ricopiando la signature con nessuna istruzione nel corpo del metodo, ma devono essere ricopiati nella classe, altrimenti la stessa deve essere dichiarata abstract, e quindi non istanziabile (usabile).


Spero di non aver scritto vaccate o robe incomprensibili

Sono le 4 e mezza di notte

Ciao

[Downloader]

Devo fare l'ultimo esame entro domani qua in Irlanda, e lo devo fare sui thread (cosa sentita una volta sola e mai capita)
Editato...

[Downloader]

Editato...