dichiarazione di nomi di variabili

Question

qual è il modo migliore per dichiarare i nomi delle variabili .... in maiuscolo ...? .. minuscolo? in quale zona deve essere dichiarata in ogni caso ... e che nome è appropriato in base al rotolo della variabile standard ... ci sono alcune variabili da dichiarare? ... scusate per la question..I'm nuovi al mondo della programmazione ... spero non fastidio .... =)

Answer 1

Bene qui sono alcuni link per gli standard di codifica per vari linguaggi ..
Questo ha standard per la denominazione variabile e molto altro ancora.

C # standard di codifica
C ++ standard di codifica
Java standard di codifica

E qui è generico standard di codifica articolo che spiega il ragionamento che sta dietro gli standard di codifica.

Answer 2

Atleast per C e C ++ possiamo usare notazione ungherese

Answer 3

Se:

• la lingua non dettare essa; e
• i vostri standard di codifica non impongono che,

poi basta renderlo il più leggibile possibile. Orde di sviluppatori in futuro sarà cantare lodi al tuo nome per non infliggere il codice orribile su di loro.

Il mio preferito è tutto in maiuscolo e sottolinea per le costanti e (IQ_LIMIT) caso cammello per tutto il resto (getItembyId(), itemCount). Ma questa è la preferenza personale, non qualcosa di scritto su tavole di pietra.

Answer 4

In realtà dipende dal linguaggio di programmazione utilizzato, e le eventuali convenzioni di codifica che sono seguiti da un gruppo.

Ad esempio, v'è la standard GNU codifica per la scrittura di codice C che copre < a href = "http://www.gnu.org/prep/standards/html_node/Names.html#Names" rel = "nofollow"> noreferrer nomi delle variabili fino al rientro di linee .

Per le lingue, le Convenzioni codice per il linguaggio di programmazione Java stabilisce alcune convenzioni di codifica per capitalizzazione e la denominazione delle variabili , pacchetti, le classi , metodi, ecc in linguaggio di programmazione Java.

Answer 5

Quando sei a Roma, fai come i romani. Ogni lingua ha di solito i propri modi di dire per quanto riguarda questo genere di cose.

Answer 6

IMO, conoscendo la portata di una variabile è la cosa più importante. Si deve sapere a colpo d'occhio quanto il codice può effettuare una variabile e quanto il codice sarà effettuata dal vostro cambiarla. In questo modo l'incapsulamento (e la vostra sanità mentale) può essere mantenuta. Non sarà cambiare accidentalmente una variabile globale e misteriosamente hose l'intero programma. Inoltre essi dovrebbero stare fuori come un pollice irritato solo chiedendo di essere refactoring via.

Pertanto maiuscola la prima lettera per globali (dove "globale" è qualsiasi variabile che può essere visto da più di una funzione) e minuscola la prima lettera per ogni altro. Costanti tradizionalmente ottenere tutte le protezioni.

Quindi, in stile studlyCaps sarebbe:

• GLOBALLa
• localVariable
• CONSTANTVARIABLE

E l'utilizzo sotto punteggi:

• Global_Variable
• local_variable
• CONSTANT_VARIABLE

Sia che si utilizzi studlyCaps o sotto punteggi dipende dal vostro linguaggio di programmazione e stile locale (io preferisco sotto i punteggi per la loro leggibilità e senza confusione sulla capitalizzazione).

Answer 7

In C #, usiamo PascalCase per le proprietà e methodnames e camelCase per gli altri membri. Per le costanti usiamo CAPS_WITH_UNDERSCORE. Per gli elementi HTML viene utilizzata la notazione ungherese. (Penso che questi siano gli standard Microsoft.)

Answer 8

Un corollario di "When in Rome ..." è quello di fare come il codificatore precedente ha fatto. Quando si lavora su un altro codice di sviluppatori o progetto, si dovrebbe abbinare il vostro stile per lo stile esistente. Pur vedendo una convenzione strana è sconcertante e difficile da affrontare in un primo momento, è niente in confronto a sistemare un file che cambia la notazione e lo stile di ogni paio di funzioni.

Quando si lavora sul proprio progetto, o come un singolo sviluppatore si può fare ciò che è più comodo entro limiti ragionevoli.