Esiste ancora un ftp dal quale scaricare le dispense messe on line e poi tolte dal prof.? Ho provato l'indirizzo sulle pagine precedenti di questo topic ma non va...

Il buon GiC ovviamente neanche un giorno prima dell'esame ha corretto le slide sui costruttori!
Mitico!... :P

Il prof ha appena pubblicato un bel pò di domande...
vedere per credere... :shock:

Ragazzi poi confrontiamo qui le nostre risposte:

intanto vi chiedo una cosa, cosa avete messo alla 11.2 e 11.3 (template e polimorfismo necessari alla OOP)?? e perché? ops:

scusate, non è che qualcuno sarebbe così gentile da mettere le domande, visto che tanto per cambiare non si riesce ad entrare nel sito della didattica.... :

11. Domande

Seguono dei predicati. Per ciascuno di essi, rispondere vero o falso.


11.1. Le funzioni sono generalmente equivalenti in modo forte ai metodi d’istanza. VERO | FALSO
11.2. Il polimorfismo è un elemento necessario per la programmazione a oggetti. VERO | FALSO
11.3. I “template” sono elementi necessari per la programmazione a oggetti. VERO | FALSO
11.4. In Java possono usarsi solo classi e oggetti. VERO | FALSO
11.5. In C++ possono usarsi solo classi e oggetti. VERO | FALSO
11.6. Una variabile Java di tipo classe può contenere un tipo primitivo. VERO | FALSO
11.7. Una variabile C++ di tipo classe può contenere direttamente l’istanza di un corrispondente oggetto. VERO |
FALSO
11.8. Una variabile Java di tipo classe può contenere solo referenze. VERO | FALSO
11.9. Una variabile Java di tipo classe può contenere solo referenze a oggetti del suo stesso tipo statico. VERO |
FALSO
11.10.Una variabile C++ relativa ad oggetti dinamici può contenere solo un puntatore. VERO | FALSO
11.11. Una variabile C++ relativa ad oggetti dinamici può contenere solo un puntatore del suo stesso tipo. VERO
| FALSO
11.12. L’ereditarietà è una relazione statica fra classi. VERO | FALSO
11.13. In Java, lo scambio di messaggi fra oggetti è una relazione dinamica. VERO | FALSO
11.14. Se due oggetti scambiano messaggi allora le loro classi sono direttamente in relazione. VERO | FALSO
11.15. Se due oggetti scambiano messaggi allora le loro classi sono direttamente in relazione statica. VERO |
FALSO
11.16. Se una classe è associata a un’altra allora il costruttore dell’una inizializza un riferimento all’altra. VERO |
FALSO
11.17. Il costruttore di una classe, per creare e inizializzare attributi d’istanza della stessa classe, chiama
ricorsivamente se stesso. VERO | FALSO
11.18. Una classe pubblica può avere costruttori privati. VERO | FALSO
11.19. Una classe astratta può avere costruttori privati. VERO | FALSO
11.20. Una classe astratta può avere costruttori pubblici. VERO | FALSO
11.21. Una classe USED da altra può avere tutti metodi statici. VERO | FALSO
11.22. Una classe USED da altra può avere tutti metodi d’istanza. VERO | FALSO
11.23. In Java, una classe USED da altra può avere alcuni metodi d’istanza e altri di classe. VERO | FALSO
11.24. In Java, una classe figlia può [ri] definire metodi non final della classe madre. VERO | FALSO
11.25. In Java, una classe figlia può ridefinire metodi della classe nonna. VERO | FALSO
11.26. In Java, una classe figlia può sovrascrivere i costruttori della classe nonna. VERO | FALSO
11.27. Una classe figlia può avere attributi omonimi a quelli definiti nella madre. VERO | FALSO
11.28. Una classe figlia sovrascrive gli attributi omonimi della madre. VERO | FALSO
11.29. Una classe non può contenere attributi omonimi ma di tipo diverso. VERO | FALSO
11.30. Una classe non può contenere metodi omonimi. VERO | FALSO
11.31. In Java, una classe non può contenere metodi di diverso tipo restituito e per il resto eguale intestazione.
VERO | FALSO
11.32. In C++, una classe non può contenere metodi di diverso tipo restituito e per il resto eguale intestazione.
VERO | FALSO
11.33. Un metodo statico, per poter correttamente operare su oggetti dinamici, deve agganciarli a variabili di
classe. VERO | FALSO
11.34. Il polimorfismo è determinato dal ricevitore. VERO | FALSO
11.35. Il uno scambio di messaggi, il trasmettitore è passato implicitamente al ricevitore (parametro nascosto).
VERO | FALSO
11.36. Il uno scambio di messaggi, il ricevitore è sempre passato implicitamente come parametro di scambio
(nascosto). VERO | FALSO
11.37. In C++ è vietato l’uso di “this” in un costruttore. VERO | FALSO
11.38. In Java “this” identifica il ricevitore e “this(…)” un costruttore. VERO | FALSO
11.39. In Java, l’impiego di “this(…)” è ammesso nei costruttori. VERO | FALSO
11.40. Un argomento di tipo classe astratta può, in chiamata, essere solo un’istanza di un discendente concreto.
VERO | FALSO
11.41. Possono esistere istanze di classi astratte. VERO | FALSO
11.42. In una relazione di ereditarietà multipla attributi e metodi provenienti da diverse classi ascendenti
potrebbero entrare in collisione. VERO | FALSO

grazieeeeeeeeeeee :lol: :lol: :lol: :lol:

Ragazzi poi confrontiamo qui le nostre risposte:

intanto vi chiedo una cosa, cosa avete messo alla 11.2 e 11.3 (template e polimorfismo necessari alla OOP)?? e perché? ops:

11.2 VERO perchè il polimorfismo oltre ad essere usato in tutti i linguaggi ad oggetti è una delle caratteristiche fondamentali insieme all'ereditarietà percè permette di scrivere programmi più in generale che nello specifico, permettendoci di scrivere dei programmi che elaborano oggetti di classi che sono parte della stessa gerarchia di classe come se fossero tutti oggetti delle loro superclassi.
11.3 FALSO perchè non tutti i linguaggi orientati agli oggetti usano i template.

@ unicorno:

visto che ti vedo molto preparato mi sapresti spiegare la 11.7??
Prob ancora mi manca qualche cosa di foooooondamentale...
aiutami tu!! ops:

Dato che la didattica è ancora off-line :shock: , qualcuno si ricorda l'ora e l'aula dell'esame di domani?

Grazie!

Dato che la didattica è ancora off-line :shock: , qualcuno si ricorda l'ora e l'aula dell'esame di domani?

Grazie!

ore 9:30 aule 3 e 4 Nuovi Edifici.

@ unicorno:

visto che ti vedo molto preparato mi sapresti spiegare la 11.7??
Prob ancora mi manca qualche cosa di foooooondamentale...
aiutami tu!! ops:

non esagererei sul molto preparato ops:
comunque secondo me una variabile di tipo classe non può contenere direttamente l'istanza di un corrispondente oggetto perchè comunque quando io creo un oggetto non lo passo direttamente alla variabile, magari la variabile la uso direttamente come parametro di un metodo puntado dall'oggetto, quindi indirettamente sì ma direttamente no e quindi secondo me quella è FALSA.
Tu quali hai fatto finora? mi dai le risposte per un confronto futuro che io ancora sto finendo di ripassre! :roll:
grazie,

unicorn. :wink:

oopps ti ho dato la risposta in java, in c++ non saprei che rispondere, perchè se fosse stata una variabile di tipo puntatore avrei messo che l'istanza la conteneva indirettamente ma ad una variabile di tipo classe non saprei sinceramente, magari ti rispondo più tardi.



unicorn.

Ragazzi poi confrontiamo qui le nostre risposte:

intanto vi chiedo una cosa, cosa avete messo alla 11.2 e 11.3 (template e polimorfismo necessari alla OOP)?? e perché? ops:

11.2 VERO perchè il polimorfismo oltre ad essere usato in tutti i linguaggi ad oggetti è una delle caratteristiche fondamentali insieme all'ereditarietà percè permette di scrivere programmi più in generale che nello specifico, permettendoci di scrivere dei programmi che elaborano oggetti di classi che sono parte della stessa gerarchia di classe come se fossero tutti oggetti delle loro superclassi.
11.3 FALSO perchè non tutti i linguaggi orientati agli oggetti usano i template.

sulla 11.2 non sono d'accordo sia vera...tutta giusta la chiacchierata ma "necessario" significa necessario........si può programmare a oggetti ahc esenza usare polimorfismo

11.1 sembra vera
11.3 sono d'accordo...no sono necessari
11.4 direi che è vera
11.5 falsa
11.6 non ho ben capito l'argomento....si parla della classe Class se non sbaglio dichiaro una variabile del tipo

Class a; // posso inizializzare a ad una classe qualsiasi ex:
a = new ClasseQualsiasi();
la domanda dice se Class a; può contenere ad esempio un intero :? non è che sia chiarissima se potete spiegare ;-)
anche la 11.7,8,9 sono di questo tipo e non le capisco
11.21,22,23 cos'è la classe USED ????non ne ha mai parlato!!!!
11.33 cos'è un oggetto dinamico....(non aveva detto poi che il binding non faceva parte dell'esonero????)
11.34 eeeehhhhhhh???????? chi può illustrare un esempio...grazie


rispondete .... dai che stanotte si lavora da qui ;-) )))))))))

11.1 non capisco proprio in italiano il senso
11.2 FALSO non è strettamente necessario
11.3 FALSO idem
11.4 VERA
11.5 FALSO
11.6 FALSO perchè da come ho capito io la domanda, dice che un oggetto Class può contenere un tipo primitivo come int; falso quindi perchè dovrebbe usare la classe wrapper del tipo primitivo (Integer invece di int)
11.7 ??
11.8 VERO ?, almeno da quello che so io ogni variabile in java è un riferimento (storiella di new() ), però c'è pure la storia delle classi caricate dinamicamente...
11.9 ??
11.10 dovrebbe riguardare il binding e nn l'ho manco letto
11.11 idem
11.12 VERO
11.13 VERO
11.14 VERO?
11.15 FALSO, classi possono essere caricate dinamicamente?
11.16 VERO nell'associazione, un oggetto non è completo nella definizione senza il riferimento ad un altro
11.17 che intende per ricorsione? la ricorsione ad es. c'è quando si costruisce un oggetto di una classe derivata e vengono chiamati ricorsivamente i costruttori delle superclassi, ma è diverso da quello che dice qui
11.18 VERO le singletone
11.19 FALSO classe astratta nn è istanziabile
11.20 FALSO idem

per ora ho fatto queste, il resto le vedo dopo cena

arieccome intanto correggo le ultime 2

11.19 qua c'è un problema logico nel senso che mettere private a un costruttore si usa per una singletone, ma l'astratta non può essere istanziata...tuttavia il compilatore lo accetta (provato) ; però l'eventuale classe discendente quando dichiara il costruttore non riesce chiaramente a risalire al costruttore della madre astratta e richiede di esplicitare un altro costruttore della madre... quindi ci vorrebero almeno 2 costruttori, quello privato e almeno 1 pubblico/protetto... in tutti i casi il costruttore privato in un'astratta è inutile, quindi FALSO ?
11.20 VERO l'astratta può avere costruttori pubblici

che avete combinato oggi? la febbre m'ha steso sti ultimi giorni

Azz... e questa sarebbe la ex POC?
A questo punto non rimpiango di averla data l'anno scorso con Pettorossi (prog. concorrente)... rifare l'ennesimo Fondamenti mi avrebbe infastidito non poco!

ciao. visto che oggi non sono venuta a lezione per colpa della febbre, mi potreste dire se Cantone ha ritirato i progetti...o se ha detto qualcosa al riguardo...grazie... :wink:

anche io non sono potuto venire a lezione oggi..(martedì)....ma mi interesserebbe sapere quali argomenti sono stati trattati o cosa è stato fatto ... grazie