Newsgroup: it.comp.appl.access
Titolo: Classi ed Access 2000

Andiamo tutti in classe!
Sto cominciando a creare un database "perfetto"  :-), cioč con tutte le
regole per la buona stesura delle tabelle, redazione delle maschere e
programmazione .
Il primo punto sul quale mi sono arenato č quando usare le classi e quando
usare le procedure o funzioni.
Ho cercato in una 20' di libri, anche per VB6, su MSDN, ma nulla. Sembra che
non ci sia differenza o che le classi siano inutili.
Da quello che sono riuscito a capire si usa:
- se si deve manipolare un oggetto, prendiamo come esempio un disco di cui
ho label, dimensioni, occupazione etc, allora definisco una classe con i
metodi per accedere all'oggetto.
- sub e funzioni in tutti gli altri casi.
Sapete dirmi di piů?
--
--
Cordiali saluti
ALADINO INFORMATICA - FlashNet Point
di Canova Gionata Aladino
Via E.Chianesi, 15 - 55049 Viareggio (LU)
Tel.Fax. 0584/389210 Cell. 0338/8456974 e-mail: 
aladi...@flashnet.it

 Sapete dirmi di piů?
Sinceramente non ho capito assolutamente cosa intendi dire.
8-(
Potresti spiegarti meglio?
Ciao, Sib


Porc....
Se la "programmazione ad oggetti" non t'ha risvegliato un migliaio di
lampadine
in testa sulla **vera** riusabilità del codice spero dipenda dal fatto che i
libri
che hai consultato non valgono una cippa.
Esempio, hai appena finito la tua simpatica appliocazione con le solite 30
tabelle
e con le tue belle 40 mascherine di gestione delle stesse (ci sono sempre
molti
modi di vedere gli stessi dati!) , t'accorgi che hai fatto una terribile
cagata
architetturale nella tipologia di form gestionali che hai ideato (chessò, il
sistema di
 ricerca o di filtro fanno schifo, o cose del genere). In 4 giorni di
intenso lavoro
appronti un prototipo perfetto del nuovo tipo di form che avresti in mente
per la tua
applicazione, a questo punto dovrai passarne probabilmente altri 15 a
**rifare**
tutte le maschere della stessa; se tu avessi utilizzato la programmazione ad
oggetti
ogni form della tua applicazione sarebbe stata una istanza della classe
JonathanForm
e cambiando la classe avresti sistemato tutto in automatico.
E' un esempio di una banalità sconcertante, generalmente il "bello" delle
classi
lo si ottiene in genere in procedure prive di interfaccia, ma dovrebbe darti
almeno
una idea degli enormi vantaggi a cui vai incontro abbracciando questa
filosofia
(ed agli enormi sforzi che dovrai fare per padroneggiarla e non abusarne).
Bye, Ste




 Potresti spiegarti meglio?
Volentieri. Ma dimmi cosa non hai capito, spero non tutto :-)


 e cambiando la classe avresti sistemato tutto in automatico.
Stai parlando di codice comune a tutte le maschere? (non della stessa
maschera istanziata più volte)
Altrimenti non vedo come potresti avere una classe di tutte le maschere.
Il problema comunque resta il solito.
Se ho una funzione, poniamo per la verifica della partita IVA, a cui passo
un parametro e che mi restituisce Vero o Falso, sia che la realizzi tramite
una classe sia tramite una function, non dovrebbe cambiarmi nulla.
Vedo dei cambiamenti se i dati da trattare sono molti (ed in genere
dati+metodi ti vanno a costituire un oggetto).
Sto cercando di capire se vedo lucciole per lanterne o se sono sulla strada
giusta; in altre parole ho idea degli stupendi benefici che ti dona la
programmazione ad oggetti però il problema mio assomiglia alla
normalizzazione di un database.
Praticamente nessun database reale è in terza forma normale, poiché,
volutamente, lasciamo alcune cose non normalizzate, per efficienza,
convenienza, semplicità o altro. Bene, quando devo usare le classi e quando
no?


 Scusate se irrito, però......mi potete spiegare per classi cosa si intende
?
Non irriti, metti solo in difficoltà :-)
Le classi fanno parte della programmazione ad oggetti, per cui, se non ne
sai nulla, è difficile parlarne. Magari cerca qualche libro o articolo in
proposito. Comunque, in estrema sintesi:
Nel mondo reale esistono gli oggetti. Un certo giorno gli informatici si
sono accorti che, trattando delle entità, che dovevano rappresentare sul
computer tramite programmi, come se fossero oggetti, ottenevano grandi
benefici. In effetti, apri Explorer e pensa: quando prendi un file, questo è
un oggetto; puoi farci certe operazioni e non altre. Se fai click sul tasto
destro del desktop di windows, ti appaiono le azioni che puoi fare su
quell'oggetto, il desktop, e così via.
Quindi hai oggetti e metodi per agire sugli oggetti.
Le classi sono gli "stampini" con i quali crei gli oggetti.
Prendi una forma per fare i biscotti: quella è una classe; ogni volta che
crei un biscotto crei un oggetto che è un'entità a se stante.
Spero di averti dato un'idea e mi scuso per la mia approssimazione :-)


 una classe sia tramite una function, non dovrebbe cambiarmi nulla.
Assolutamente ovvio! Le classi si utilizzano quando occorre generalizzare
un problema, non vedo come tu possa generalizzare ulteriormente il
controllo di una partita iva! Questo è il classico problema che **deve**
rimanere risolto con la normale programmazione procedurale....
Cmq se non senti ora l'esigenza o se non vedi i vantaggi nello
scrivere codice in un certo modo significa semplicemente che
per te i tempi non sono ancora "maturi" x questa svolta; vedrai
che piano piano le cose verranno fuori da sole, mica occorre
necessariamente programmare ad oggetti per fare del buon codice....
Bye, Ste

 Volentieri. Ma dimmi cosa non hai capito, spero non tutto :-)
Ciao,
dal dialogo fra te e il Bettini e' scaturita la risposta.
Io non ho mai usato (come te se ho capito bene) un "codice comune" per
diverse maschere.
Ma devo cominciare a farlo.
Ciao, Sib

 wrote in message
