Newsgroup: it.comp.lang.visual-basic
Titolo: Differenza tra modulo e modulo di classe..

qual'e'??? Lo so che v'inkazzerete ma poniamo me lo chiedano a un
colloquio... mi date una definizione che possa essere accettabile??? senza
divagare o dire 2000 parole senza sostanza... la definizione secca e a cosa
servono di specifico...
Grazie!!!

 ha scritto nel messaggio
news:mZ3s8.136625$%g7.43...@twister2.libero.it...

Oltre all'ampia disponibilità di scelta per gli oggetti da inserire nei
propri progetti, VB consente di definire nuovi tipi di oggetti, attraverso
la creazione di un modulo di Classe
Come per altri tipi di oggetti, un modulo di classe puo' avere proprietà e
metodi. Le caratteristiche principali di un linguaggio orientato agli
oggetti (classi) sono INCAPSULAMENTO, POLIMORFISMO, EREDITARIETA'
INCAPSULAMENTO=ciascun oggetto tiene nascosti i propri "dati" e "procedure".
Attraverso l'utilizzo delle parole chiave PUBLIC e PRIVATE un oggetto puo'
esporre o mettere a disposizione solo gli elementi di dati e di procedure
desiderati.
tuttavia un modulo di classe non espone mai le proprie variabili in pubblico
perchè i dati vengono passati tramite le proprietà.
POLIMORFISMO=significa "molte forme"
il polimorfismo consente di richiedere un'azione senza necessariamente
conoscere il tipo di oggetto da gestire, o come verrà eseguita la sua
azione.
EREDITARIETA'=ereditarietà è la capacità di creare una nuova classe da una
esistente, per i puristi della programmazione orientata agli oggetti VB non
consente l'ereditarietà.
Ad esempio dovrebbe essere possibile creare una classe chiamata MiaCheckBox
basata sulla classe Casella di Controllo.
Essa dovrebbe avere ad esempio aspetto e forma della casella di controllo
con alcune differenze, ad esempio l'inserimento di un logo aziendale o la
gestione di alcune determinate operazioni non implementate nella Casella di
Controllo base.
VB6 non consente questa funzionalità, ma mi pare di aver capito che VB.Net
invece sì.
RIUSABILITA'
L'obiettivo fondamentale ovviamente è quello di creare oggetti "standard"
che svolgano determinate funzioni (metodi) che restituiscano valori
(proprietà) implementabili in qualsiasi progetto, evitando quindi di
riscrivere mille volte codice per fare le stesse solite malettose
operazioni.
Poi ci sono altre cosette tipo SUPERCLASSE che permette di condividere
funzionalità tramite delega in una classe di Base.
Questa è la teoria, la pratica è che se non hai bene capito cosa significa
programmare in maniera orientata agli oggetti, puoi lasciare perdere, queste
rimarranno solo parole.
Se vuoi un consiglio dai un'occhiata a qualche tutorial su C#
mi ci sto tuffando in questo periodo, solo a livello di lettura perchè
purtroppo non posseggo lo strumento, mi ha aperto molto la mente perchè in
C# tutto è un'oggetto, qualsiasi cosa, e mi pare di aver capito che sarà
così anche in VB.Net
In rete non si trova ancora molto su C# ma se vuoi ti mando il tutorial che
ho io in e-mail
Ciao

 Ciao
Lo invieresti anche a me?
Grazie
huvi

 huvi
Ti sarei grato se mi aggiungessi in CC
Grazie

 ha scritto nel messaggio
news:uk4s8.138729$1S3.4...@twister1.libero.it...


Risposta terra-terra:
Il modulo è un pezzo di codice che usi all'interno del prg, il modulo di
classe si espone all'esterno come oggetto e contiene metodi visibili
dall'esterno.
Per esempio, in una dll ActiveX che si chiama:
    ProvaDLL
l'oggetto:
    ProvaDLL.Test
deriva da un modulo di classe chiamato Test
ciao
Vale

Per cortesia lo mandi anche a me ?

 wrote in message
news:a8u7q6$ak2$1...@newsreader.mailgate.org...

risposta un attimino _troppo_ terra terra...
considera che un modulo di classe non deve necessariamente essere contenuto
in una DLL
inoltre un modulo di classe non deve necessariamente essere reso pubblico;
mi spiace, ma in un colloquio con il sottoscritto con una risposta del
genere gia perdevi 3 punti buoni buoni... ;))))
ciao

 wrote in message
news:mZ3s8.136625$%g7.43...@twister2.libero.it...

una poissibile definizione potrebbe essere la seguente:
i moduli standard (i semplici moduli per intendersi) sono dei semplici files
sorgenti all'interno dei quali è possibile racchiudere tutte le funzioni,
procedure, tipi, variabili, costanti, dichiarazioni (ci ho messo tutto?)
normalmente utilizzabili nella programmazione VB;
l'esigenza di utilizzare dei moduli nasce dal fatto di separare logicamente
le varie parti funzionali di un  progetto complesso e, entro certi limiti,
garantire il riutilizzo del codice sorgente;
i moduli di classe rappresentano invece il meccanismo di base della
programmazione ad oggetti in VB; tra l'altro, form, usercontrol,
propertypage e compagnia bella, rappresentano dei casi particolari di moduli
di classe, ma questa è un'altra storia....(implementativamente parlando
anche i moduli standard potrebbero essere ricondotti a particolari moduli di
classe)
utilizzando i moduli di classe si riescono a definire oggetti (dal punto di
vista della programmazione ad oggetti) che incapsulano al loro interno dei
dati e che forniscono i metodi per operare sui dati stessi;
ok, mi fermo qui, penso cmq che la definizione qui sopra possa essere
abbastanza precisa;
ciao

> risposta un attimino _troppo_ terra terra...
č cosě che si stimolano le discussioni, no?
ciao


Mi aggrego alle richieste :)
CIAnO