Newsgroup: it.comp.appl.access
Titolo: Utilizzare moduli standard o di classe per le proprie funzioni e/o subroutines?

Buonasera a tutti.
Mi stavo chiedendo, all'enesima revisione di codice che sto operando nel mio db, se tutte le 
funzioni e subr. che ho scritto nel mio db hanno motivo di risiedere tutte in moduli standard.
Ho già spostato tutte le routine chiamate dai moduli maschera e report nei relativi moduli e rese 
"private", e già qui penso di aver fatto una buona pulizia e ordine.
La mia domanda è: dal momento in cui apro un db, tutti i moduli standard occupano risorse e memoria? 
Se così fosse, sarebbe giusto convertire tutto il convertibile in moduli di classe e creare un 
oggetto solo al momento del bisogno per poi chiuderlo alla fine? Sto parlando di funzioni e sub 
particolarmente grosse  e che utilizzano workspaces, databases e recordsets.
Che ne so, tutte le funzioni dedicate al salvataggio per esempio, potrebbero essere convogliate in 
un modulo di classe e creare un oggetto al momento del salvataggio.
Se avete qualche link che spieghi il galateo dei moduli (cosa fare, cosa non fare), sarei lieto di 
visitarlo.
Michele
-- 
---------------------------
Michele (Giò)
joyl...@alice.it
 

 
joyl...@alice.it
Questo è un demo molto semplice che può darti un'idea di cos'è, come
si usa e perchè conviene usare una classe:
http://www.alessandrobaraldi.it/DettaglioFaq.asp?IdFAQ=157
Anche questo è un bel demo:
http://www.alessandrobaraldi.it/DettaglioFaq.asp?IdFAQ=155
Questo demo espone i passi successivi alle classi, le interfacce:
http://www.alessandrobaraldi.it/DettaglioFaq.asp?IdFAQ=239
Questo è un demo più complesso sulla falsa riga del precedente, ma
decisamente più articolato:
http://www.alessandrobaraldi.it/DettaglioFaq.asp?IdFAQ=156
Questo invece è estremamente complesso, ma usa le classi in modo molto
avanzato:
http://www.alessandrobaraldi.it/DettaglioFaq.asp?IdFAQ=261
Saluti
@Alex

 "private", e già qui penso di aver fatto una buona pulizia e ordine.
Beh spero che la scelta di farlo sia stata fatta in base a concetti di
programmazione e non di pulizia solamente....
Si beh, era una maniera di dire, non mi prendere alla lettera
Questo è un demo molto semplice che può darti un'idea di cos'è, come
si usa e perchè conviene usare una classe:
http://www.alessandrobaraldi.it/DettaglioFaq.asp?IdFAQ=157
Anche questo è un bel demo:
http://www.alessandrobaraldi.it/DettaglioFaq.asp?IdFAQ=155
Questo demo espone i passi successivi alle classi, le interfacce:
http://www.alessandrobaraldi.it/DettaglioFaq.asp?IdFAQ=239
Questo è un demo più complesso sulla falsa riga del precedente, ma
decisamente più articolato:
http://www.alessandrobaraldi.it/DettaglioFaq.asp?IdFAQ=156
Questo invece è estremamente complesso, ma usa le classi in modo molto
avanzato:
http://www.alessandrobaraldi.it/DettaglioFaq.asp?IdFAQ=261
Saluti
@Alex
Ci avrei scommesso di ricevere una tua risposta.  Io ho imparato a creare una classe quando ho usato 
il tuo ClsPerformanceTime, ed essendo incuriosito dal suo funzionamento, sono rimasto affascinato e 
ho cominciato a scrivere qualcosina sul mio db. Mi ero fatto una classe che gestiva gli input output 
da 2 tabelle semplicemente passando i valori ai Property e lanciando metodi. Una figata, quando 
adoperi una classe sembra di lavorare con un prefabbricato di VBA.
Ma tu sei uno dei pochi eletti che conosce i moduli di classe? Sono oggetti così misteriosi? O tutti 
alla fine ci avranno a che fare?
Non appena ho un attimo di tempo andrò a curiosare sulle tue classi avanzate.
Da quel che capisco tra le tue righe, la classe offre dei vantaggi quando c'è la necessità di 
utilizzare più oggetti nello stesso contesto, cosa molto comoda ma che per il momento mi deve ancora 
capitare.
Saluti
Michele 

 Michele
@Alex