Newsgroup: it.comp.lang.visual-basic
Titolo: Modulo di form o modulo di classe

Che differenza c'è tra un modulo di form e un modulo di classe?
Ho scritto un programma che in base all'anzianità aziendale e la qualifica
tira fuori tutte le aliquote che possono uscire sulla busta paga (sono 10
tipi di aliquote diverse)
Tra queste 10 aliquote, sono 2 quelle fondamentali e a seconda del valore di
queste 2 aliquote le altre 8 variano.
Fin qui non ho avuto problemi, ho creato una Matrice multidimensionale e a
seconda dell'anzianità e della qualifica prelevava le 2 aliquote e poi
creava le altre 8 grazie ai relativi calcoli contrattuali.
Ora mi si pone il dilemma.
Sto ampliando questa applicazione e non vorrei commettere errori che mi
possano far pentire di non essermi interessato prima alla programmazione ad
oggetti e per questo vi chiedo "consiglio" perchè ho molti dubbi, perchè
passare dalla teoria alla pratica non è sempre facile.
Su tutti i manuali da me letti quando si arrivava a spiegare la
programmazione ad oggetti c'è sempre scritto che oltre ad essere di aiuto
nei programmi complessi ti aiuta in futuro nella manutenzione- Inoltre le
scrittura di programmi orientati agli oggetti si FONDA su un modo diverso di
affrontare il problema perchè è necessario pensare in termini di utilizzo
degli oggetti. Quanto più complessi diventano gli proggetti, tanto più
importante diventa il ruolo degli oggetti.
Qualcuno di voi può aiutarmi a capire come posso introdurre la
programmazione ad oggetti nel programma che voglio scrivere?
Il programma che sto scrivendo serve a controllare la busta paga.
L'utente inserisce i propri dati (profilo utente) e i dati relativi al
lavoro svolto (ore lavoro, ore straordinario, ore fuori base, giorni ferie
etc).
Una volta inseriti tutti i dati il programma dovrebbe far uscire un report e
via dicendo.
Non continuo nella spiegazione del programma perchè una volta arrivato a
fargli fare tutto questo dovrà fare altre cose e sarebbe lungo da spiegare,
era giusto per farvi un idea.
Ora io mi chiedo: se devo programmare ad oggetti come lo devo affrontare il
problema?
Io fin'ora ho affrontato i problemi pensando ad alleggerire il codice
scrivendo funzioni o sub-routine. Ho creato moduli di Form (.bas) dove
all'interno ho scritto del codice che mi potrebbe essere utile in futuro in
altri progetti ma onestamente non riesco a capire come la programmazione ad
oggetti possa essermi utile.
Spero di non avervi fatto venire i capelli bianchi
Liz

 oggetti possa essermi utile.
Prima di tutto i moduli di classe sono il primo passo verso la
programmazione ad oggetti, che non si ferma li! Eh eh eh! Si fermasse
sarebbe una stronzata.
Una volta capiti i concetti gli stessi saranno alla base della
programmazione agli oggetti COM (quindi DLL - OCX)
In soldoni i vantaggi principali sono:
Niente più copia e incolla per le funzioni che usi spesso.
Possibilità di costruirti controlli ad hoc per l etue esigenze ed i tuoi
programmi (CONTROLLI RIUSABILI!)
Se usi criterio la manutenzione dei tuoi applicativi sarà semplificata.
Immagina di avere la stessa funzione, copiata e incollata su 100
applicativi, se dovessi scoprire un bug sarebbe un po' un casino, dovresti
entrare dentro i 100 applicativi e modificare l'errore per 100 volte.
Con una  DLL che viene utilizzata da tutti i tuoi applicativi, se una
proprietà della classe avesse un bug ti basterebbe patchare quella per
essere a posto con tutti gli applicativi in maniera pressochè automatica.
(poi ci sono i casi limite ma non siamo qui a parlare di questo)
In generale, tornando ai moduli di Classe usati direttamente dentro i
programmi:
- permettono un livello di astrazione più alto
- permettono di suddividere il lavoro in blocchi interconnessi ma
indipendenti, ad esempio per facilitare il lavoro di un team
Se ho tralasciato qualcosa è per dimenticanza e sintesi.
Prego qualunque lettore di aggiungere quello che ritiene giusto
-- 
Le persone non sono il proprio comportamento: devi sempre andare oltre,
essere flessibile, capire il punto di vista degli altri, interpretarne i
comportamenti ed intuirne le esigenze.
Per rispondere in privato elimina
dall'indirizzo "togliquesto"
MasterDavidex
David Ruscelli

 ha scritto nel
messaggio news:bu09pu$c0cj6$1...@ID-110499.news.uni-berlin.de...


 ragionamento giusto per orientarmi alla programmazione ad oggetti!
Piccoli passi...
Non ti fissare sulla programmazione ad oggetti.
Prima o poi, come penso sia successo a tutti, ti romperai le palle di fare
copia incolla di pezzi di codice da un progetto all'altro, ti romperai di
dover modificare 10 volte la stessa funzione buggata  perchè è copiata in 10
progetti diversi, darai di matto perchè tutto diventerà incasinato....
disordinato...
A quel punto ti evolverai naturalmente, ti accorgerai di quante righe di
codice puoi risparmiarti, di quanto tutto potrebbe essere più ordinato e
comincerai a programmare in modo un po' diverso.
Il mio consiglio è di studiare i moduli di classe e gli oggetti com, per
conoscenza, poi quando ne sentirai il bisogno li userai, altrimenti pace e
bene.
Infine, il mio consiglio su un libro che per me è stato illuminante:
Mastering: Sviluppo con Visual Basic 6.0
Mondadori Informatica
88-8331-077-2
Euro 44,16 (Euro 46,48 - 5 % sconto)
Un'altro che mi ha aiutato molto è stato questo
Visual Basic 6.0 Applicazioni Desktop MCSD Training - Esame 70-176
Mondadori Informatica 1 CD-ROM pag. 489
Prezzo Euro 56,81
Purtroppo pare che siano fuori catalogo, vedi se riesci a trovarli usati...


 ha scritto nel
messaggio news:bu333b$d3s22$1...@ID-110499.news.uni-berlin.de...
