Newsgroup: it.comp.lang.visual-basic
Titolo: Mi chiarite un po le idee sui moduli?

Come da subject,
non ho ancora ben capito quando devo inserire un modulo in un mio
programma...me ne spiegate un attimoo l' utilizzo?

 programma...me ne spiegate un attimoo l' utilizzo?
Detto in 2 parole ... terra-terra ... affamato:
Un modulo e' un contenitore di funzioni /Subroutines
Quando è il caso di inseriro?!?!
In caso di Function o Sub che non devono essere di tipo Private, quindi
hanno bisogno di essere richiamate da + Form !!!
--
Ciaps
Stracca
---------------------------------------------
    Le risposte alle tue domande le trovi
    sul Sito Comune di questo NewsGroup:
 
http://www.murialdo.it/it_lang_vb
       ... e nell'help in linea !
---------------------------------------------

 programma...me ne spiegate un attimoo l' utilizzo?
Oltre a quello che dice Stracca un modulo è comodissimo per il riutilizzo
del codice.
Io ho un modulo che fa operazioni su stringhe contenenti i nomi dei file.
In questo modulo ci sono funzioni del tipo
estraidirectory
solonomefile
nomecomputer
estensionefile
nomefilesenzaestensione
.....
queste le riuso in molte applicazioni, è un po' come avere una liberia da
richiamare.
Spero che questo esempio sia stato chiarificatore,
comunque l'utilità dei moduli non è solo questa.

 ha scritto nel messaggio
news:8jd32l$i8t$1...@nslave2.tin.it...


E' molto più comodo.
Hai dimenticato una "s", cioè "E' molto più <S>comodo"
E' mille volte più comodo avere un modulo nel progetto che una dll chissà
dove, chissà di quale versione, chissà se funziona...
Ciao

 ha scritto nel messaggio
news:8jdch6$pg6$1...@nslave1.tin.it...


 ciao
Questione di gusti *e* di performance...
Oltre a questo, se non ho una cultura C, trovo che in molti casi e' piu' pratico
l'approccio tipo "include": un gruppo di moduli possibilmente indipendenti tra
di loro che posso aggiungere o togliere dai programmi principali secondo le
necessita' piuttosto che fare delle classi che fanno solo da wrapper per delle
funzioni.
Ovviamente se parliamo di classi "vere" allora ti seguo...
Ciao
--
Luca Dormio
luca....@tin.it
luca....@sig-la.com

 Ovviamente se parliamo di classi "vere" allora ti seguo...
[snip]
ho dato per scontato il fatto che una classe abbia la dignità di chiamarsi
tale, e che quindi aggiunga davvero qualcosa come valore aggiunto al
programma;
IMHO un altro buon motivo per portarsi dietro il file binario e non i
sorgenti è la malaugurata possibilità che il sorgente stesso si danneggi
(errore di digitazione o altro) con effetti non sempre immediatamente
visibili; se a danneggiarsi è invece il file binario, è abbastanza raro non
accorgersene;
ciao

Quindi, tirando un attimo le somme, mi rimane utile usare un modulo
tutte le volte che devo fare operazioni utilizzando variabili o
procedure comuni a più form...è giusto dire che un modulo è un po tipo
l' istruzione perform del cobolo? Poi per utilizzare il modulo devo
fare una chiamata al modulo stesso...call nome_modulo; ho capito
qualcosa?

 fare una chiamata al modulo stesso...call nome_modulo;
non esattamente; se in un modulo (Module1) hai una sub di tipo public
chiamata Pippo che usa 3 parametri interi x,y e z, puoi chiamarla con
    Call Pippo(x,y,z)
oppure semplicemente
    Pippo x,y,z
se hai un altro modulo (Module2) cche contiene anche esso una sub chiamata
Pippo, per distingure le due Sub puoi scrivere
    Call Module1.Pippo(x,y,z)
    Call Module2.Pippo(x,y,z)
oppure
    Module1.Pippo x,y,z
    Module2.Pippo x,y,z
ciao

Mettiamola cosě una dll la puoi anche distribuire e vendere mentre č piů
difficile vendere il modulo che č un sorgente.
Ciao             Danilo