Newsgroup: it.comp.programmare.win32
Titolo: naming convention

esiste qualche standard da cui prendere spunto ? 

 esiste qualche standard da cui prendere spunto ?
Notazione polacca? (sempre se non mi confondo con gli scacchi!!!)
-- 
Alex {per email metti '[NOSPAM]' nell'oggetto}
"Prima di dedicarti all'impossibile accertati di aver fatto tutto il
possibile" (Alex1980)

 
La notazione polacca (inversa) non era per i calcoli? ;)
Forse la notazione ungherese... :D
Se è questo che chiedi io uso un mio standard, pertanto non saprei come 
aiutarti.
M.

 Notazione polacca? (sempre se non mi confondo con gli scacchi!!!)
Notazione _ungherese_ forse :-)
Se non erro, si chiama cosi' dalla nazionalita' di un consulente di 
Microsoft, che la introdusse.
...pero' te la sconsiglio.
Secondo me poteva avere senso una volta, quando si iniziava a 
programmare Windows in C, e c'era un controllo molto debole sui tipi di 
dato... allora "incastonavi" le informazioni sui tipi di dato 
nell'identificatore della variabile... ma, secondo me, i controlli sui 
tipi li deve fare _il compilatore_, non il programmatore :)
All'inizio mi piaceva, poi incomincio' a piacermi di meno, quando vedevo 
che scalava male quando andavi oltre gli interi, le strighe e qualche 
altro tipo predefinito.
E poi, non e' neanche standard (ad esempio: il prefisso "f" per alcuni 
era un float, per altri un booleano [flag]...), e poi, se ad esempio hai 
un classe per i vettori implementati con il float, e poi decidi di 
aumentare la precisione e usi i double, cosa fai? Cambi _tutti_ gli 
m_fX, m_fY, m_fZ in m_dX, m_dY, m_dZ ...?? :-) No, preferisco 
decisamente i classici X,Y,Z :-) Se voglio sapere il loro tipo, vado 
nell'header, e leggo la dichiarazione :)
In ogni caso, se cerchi con Google troverai parecchie info; alcuni 
prefissi sono:
i,n : interi
ch: caratteri
sz: stringhe
f: float
d: double
Se e' un puntatore ci metti una "p" davanti, se e' unsigned una "u", 
etc. ...
Pero' preferisco il chiarissimo "char * nome" a "char * lpszNome"
:-)
...de gustibus non disputandum est.
Dan
PS:
Mi pare che la stessa Microsoft, che l'ha ampiamente usata in passato 
(ne trovi abbondante traccia nelle funzioni e strutture del Win32 SDK), 
l'abbia abbandonata. Infatti: in C# pare che non ci sia niente di cio', 
e anche le stesse ultime versioni delle DirectX mi pare che definiscano 
strutture dati con campi privi dei prefissi della notazione ungherese.

 
Concordo. Infatti io uso la notazione ungherese in senso molto generico 
ovvero:
n per i dati di tipo numerico
s per le stringhe
b per il booleano
dt per valori di tipo data/ora
non ho problemi di scalabilità e la leggibilità è buona.
Martino.

 
Credo anche perchč alla fine i nomi delle variabili sembrano scritte in 
ungherese!
-- 
Valter Minute
vmi...@inwind.it
 (the reply address of this message is invalid)

 Forse la notazione ungherese... :D
Ecco .. ci siamo !
Ciao

 dt per valori di tipo data/ora
aggiungerei modificatori quali
g    per i valori global
m   per quelli a livello "module"
ed anche
a    per array
cosě ad esempio
gsaValori
č un global string array :-)
Ciao

 M.
no, intendevo qualcosa di piů aproffondito es:
come nominare le classi  e i metodi indentificare le variabili temporanee
(ora mi dite metti il prefisso tmp :) )
quelle statiche ecc. nomi di file cose di questo tipo
forse conviene che me lo faccia da me ?

 ungherese!
:-))

 esiste qualche standard da cui prendere spunto ?
Io personalmente prediligo la Pascal naming convention (BackColor,
ForeColor, etc) ma in C# se ricordo bene Microsoft ha sposato la Camel
naming convention (backColor, foreColor).
Ciao
Stefano "HappyMan" (Lake Maggiore - Italy)
-- 
The Personal Framework for Object Oriented Windows Development (Win32)
http://www.sgr.info
Email happyman69 (at) 
despammed.com

 naming convention (backColor, foreColor).
Da quel _poco_ che ho visto, credo che usino la Pascal per tutto cio' 
che e' pubblico, invece la Camel per tutto cio' che e' privato/protected 
e per i parametri dei metodi.
Ciao
Dan