Newsgroup: it.comp.lang.visual-basic
Titolo: Consiglio su modulo di classe

Buon anno a tutti!
Io ho una serie di function (4 per ora, che probabilmente aumenteranno). Le
ho inserite tutte in un modulo e non hanno bisogno di variabili pubbliche,
basta passare gli argomenti che richiedono. Leggendo su msdn ho visto che
parlano bene delle classi, perchè rende il codice più riutilizzabile
traportabile (oltre che più fico, secondo me ;-). Il quesito è questo: mi
conviene fare una classe per questo gruppo di funzioni e chiamarmele come
metodi oppure mi tengo tutto nel modulo?  ditemi qualsiasi motivo, velocità
di esecuzione, pulizia, etc etc.
Molto spesso queste function le devo chiamare insieme, però ciò non
influisce, perché posso farmi un metodo della classe, che me le chiami
internamente e poi mi restituisca il valore finale, e lo stesso posso fare
con una function nel miomodulo. Ve l'ho detto perché a me sembra così, ma
magari per voi è diverso.
Grazie mille a chi risponderà e grazie cinquecento a tutti quello che hanno
avuto la pazienza di leggermi.
CIao e auguri!

traportabile (oltre che piů fico, secondo me ;-).
Se questo e' il concetto che hai della programmazione, allora lascia
perdere ;-)
-- 
ciao, hal


Va be....non sarebbe male digitare punto e vedere tutti i miei metodi che
compaiono. Comunque vi ho chiesto consiglio proprio per sapere la cosa
migliore da fare, non la più fica.
altre idee?
CIao!

In data Fri, 02 Jan 2004 12:33:32 GMT, sandrosky ha scritto:
[cut]
Prestazionalmente non ti so dire ma dal mio visto di vista l'uso di una
classe non va considerato *sempre* e * comunque* un dovere :-).
Se hai una funzione che ha un compito specifico, completamente isolata dal
resto del mondo allora puo' anche rimanere nel suo modulo, se invece dal
punto di vista del design e della logica hai delle funzioni che
*potrebbero* condividere dei dati/strutture/informazioni tra loro allora la
realizzazione di una classe e' l'idea 
migliore. Questo in estrema sintesi :-)
Stefano "HappyMan" (Lake Maggiore - NO)
-- 
The Personal Framework for Object Oriented Windows Development (Win32)
http://www.sgr.info
Email happyman69 (at) 
despammed.com

 Stefano "HappyMan" (Lake Maggiore - NO)
Infatti, pensavo anch'io di non complicarmi la vita inutilmente.
Ciao e grazie dell'aiuto!

Punterei decisamente alle classi
1- Il successivo .NET è completamente orientato alle classi, quindi inizi ad
acquisire per il nuovo.
2- strada facendo puoi incontrare dll, ocx, ecc. , se non conosci le classi,
intervenire sarà un problema.
3- devi costruire un componente riutilizzabile, senza le classi non si
percorre molta strada.
Anche se un modulo standard va bene,
con un classe va bene lo stesso,
quindi per acquisire una metodologia di programmazione all'oggetto, opterei
per le classi.
Acquisito, saprò distinguere l'utilizzo di una o dell'altro.
Es. in .NET,
anche se posso utilizzare la parola Shared, per metodi in classi da
utilizzare senza costruire una nuova istanza,
per me, il modulo standard, mi permette un ordine maggiore.
Però, per distinguire, devo conoscere bene le due metodologie.
Ave
giuseppeD

percorre molta strada.
In questo caso puo' avere senso una Global MultiUse (stiamo sempre
parlando di vb6, naturalmente).
-- 
ciao, hal

ok.
Per ora ho scelto di continuare senza le classi per motivi di tempo.
Comunque sono d'accordo sul fatto che farebbe comodo impararle.
Grazie e ciao!

 ha scritto nel messaggio
news:rc8bvv423i0rvi6ed...@4ax.com...

Daccordo,
ma per distinguere è meglio una conoscenza di ambe,
e poi prima o dopo, meglio prima, si deve iniziare, altrimenti
Loop alla tua prima risposta.
Ave
giuseppeD


Se valuti la velocità d'esecuzione, pulizia ecc. sicuramente il 
consiglio è tenere il codice in un modulo. Questo vale anche per il 
riuso, spostare un modulo in un altro progetto sicuramente non è un 
problema, lo si fa sin dagli albori della programmazione, io ho 'decine' 
di moduli che mi "porto appresso" da anni ...
L'uso delle classi in VBClassic (ovv. 4-5-6) è valido nel momento che le 
porzioni di codice che vanno inglobate comprendono l'utilizzo di oggetti 
"diversi" da quello che sarà l'eseguibile della tua applicazione.
ciao Max