Newsgroup: it.comp.lang.visual-basic
Titolo: [?]Convenzioni per dichiarazione variabili

Al momento possiedo quattro libri su VB5 (facciamo 3, perché uno è
estremamente ridotto, praticamente inutile). Uno mi consiglia di mettere
prima del nome della variabile qualche lettera "convenzionale" che
specifichi il tipo di variabile e l'area di validità ( "i" per integer, "g"
per globale ecc.). Il secondo libro dice che tali convenzioni sono
praticamente superflue, perché basta cliccare con il tasto destro e
scegliere "informazioni rapide" per sapere tutto o quasi. Il terzo libro non
dice un tubo.
Dove sta la verità? A me, nel caso della dichiarazione di variabili, 'ste
convenzioni sembrano una gran scocciatura, mentre trovo quasi indispensabili
altre convenzioni tipo la scrittura in maiuscolo delle costanti.
Grazie
Cesare

La verita' non esiste,
    l'importante e' definire una convenzione all'interno di un team di
sviluppo, o almeno una convenzione personale, e tenere traccia delle
modifiche intercorse.
    il problema nesce nell'uso dei wizard, tipo il wizard dei controlli che
crea tutte delle variabili m_qualcosa... assolutamente fuori standard...
    non ritengo fondamentale distinguere tra varaibili e costanti, visto che
spesso costanti diventano variabili, magari pescate al load dal registry in
usccessive releases...
ciao,
Alessandro Scardova
scar...@tin.it
http://space.tin.it/computer/ascardov/

...

Apparentemente sono una scocciatura, in realtà oltre a rendere piu'
leggibile il sorgente e ad aiutare il debugging (es un integer che dovrebbe
essere un long, lo vedi subito dal nome), ti costringono a definire in
maniera più precisa ciò che stai facendo, eliminanod codice raffazzonato e
accrocchi vari.


La convenzione di usare indicatori convenzionali per il tipo, la
visibilita', etc (detta "notazione ungherese", ed utilizzata ad esempio per
i parametri delle funzioni API di Windows), e' nata storicamente per il
linguaggio C, e per ambienti di sviluppo che non avevano le facilitazioni
segnalate dal secodno libro che citi.
Tale convenzione puo' essere utile, ma come in tutte le convenzioni che si
rispettano, ognuno sceglie il modus operandi che preferisce, che trova piu'
comodo o, meglio ancora (trattandosi principalmente di questo) piu' chiaro.
Dato che lo scopo finale e' avere chiare le caratteristiche di una variabile
semplicemente leggendone il nome, per raggiungere tale scopo sono
praticabili diverse strane.
Basta che scegli quella che secondo te e' piu' adatta.
Tieni anche presente che, se lavori in un team di sviluppatori, la
convenzione usata deve essere chiara e riconosciuta da tutti i componenti
del team.
Personalmente preferisco dare nomi auto-esplicativi alle variabili (es.
NumeroPagina), a volte utilizzo anche una notazione ungherese "ridotta" o
modificata (es. bTrovato, ma anche flagTrovato).
Preferisco in genere usare la notazione simil-ungherese per i nomi dei
controlli (es. txtCodiceFiscale, cboProdotto).
E, come avrai notato, uso lettere maiuscole e minuscole per rendere piu'
chiaro e meglio leggibile il nome.
--
Roal Zanazzi
z...@iol.it

modifiche intercorse.
ma non vi era una convenzione per cui si usavano, ad esempio, frm per
form, mnu per menu, txt per la textbox ecc.
Aranar
http://www.nettaxi.com/citizens/Aranar/
   (above all VgaPlanets)
http://www.tempolibero.com/user/aranar
    (sopratutto VgaPlanets)

Aranar
    hai ragione, ma nel topic si parlava di variabili non di oggetti.
    ciao,
Alle.