Come si nominano le variabili private in C #? [chiuso]

Qual è la migliore pratica, le convenzioni di denominazione più comunemente accettate per le variabili private in C #?

1. private int myInteger;
2. private int MyInteger;
3. private int mMyInteger;
4. private int _myInteger;
5. private int _MyInteger;
6. Misteriosa altra opzione

Quale usi e perché? (La mia azienda è abbastanza nuova in C # e vorrei scegliere il metodo più "accettato dal settore" per provare ad entrare nel nostro standard di codifica.)

Le linee guida per la progettazione della classe MSDN http://msdn.microsoft.com/en-us/library/ta31s3bc.aspx consiglia l'opzione 1 - myInteger.

Ho sempre usato questo stile. Non mi piace il personaggio _.

Uso l'opzione n. 4 sopra:

private int _myInteger;

Mi piace avere qualche indicazione di scopo nei nomi delle mie variabili e il carattere di sottolineatura è sufficiente a tale scopo. È anche abbastanza facile da leggere.

Uso il seguente schema di denominazione:

• 1st (myInteger) per variabili con ambito locale
• 2nd (MyInteger) per proprietà pubbliche
• 4th (_myInteger) per variabili private

Penso che l'opzione 4 sia davvero l'opzione più leggibile. Ti aiuta a dover fare questo:

public Person(string name, int age) 
{
    this.name = name;
    this.age = age;
}

Rende inoltre più evidenti tutti i membri privati. Nel seguente esempio, da dove viene age? Senza il thisqualificatore è più difficile da dire.

private void Method()
{
    var x = 2;
    var y = age + x;
}

Questo è molto più facile da capire:

private void Method()
{
    var x = 2;
    var y = _age + x;
}

Prima di tutto, PascalCasing è comunemente riservato per proprietà pubbliche, contro, metodi, ecc. Della classe. Quindi salterei 2 e 5.

In secondo luogo, la notazione ungherese è scoraggiata nel mondo .NET, quindi (penso,) 3 è uscito. Supponendo che sia quello che sta succedendo con 3.

Ciò lascia CamelCasing e _camelCasing. In genere uso _camelCasing per le variabili di classe e semplicemente il vecchio camelCasing per variabili nell'ambito di un metodo o più ristretto. L'intelaiatura del cammello è lo standard accettato utilizzato per argomenti di metodo, nomi di variabili protetti / privati ​​e variabili all'interno di un metodo o ambito più ristretto.

Mi piace anche anteporre al carattere di sottolineatura in modo che le mie variabili private siano raggruppate nel mio intellisenso. Tuttavia, lo faccio solo per variabili con ambito in un tipo. Le variabili dichiarate in un metodo o in un ambito più ristretto lascio il carattere di sottolineatura disattivato. Rende facile separarli e tenere insieme le variabili meno utilizzate.

private int integer

Se si confondono tra le variabili membro e locali in un ambito del metodo, probabilmente è necessario eseguire il refactoring.

Credo che il modo migliore per farlo (in C # /. Net comunque) sia una combinazione di 2 e 6:

private int MyInteger { get; set; }

Non c'è teoricamente nessuna variabile qui, ma sembra e si comporta come una variabile di istanza privata. Se dobbiamo aggiungere una logica di business a quel valore (è un valore completamente interno, quindi possiamo fare tutto ciò che vogliamo dopo tutto), allora è già "proprietà" per noi. Una calda tazza fumante di vittoria!

Faccio l'opzione n. 4 perché è così che SSCLI assomiglia, ma sinceramente non mi interessa molto la denominazione della variabile privata. Il pubblico è una storia diversa.

A proposito, hai dimenticato m_MyInteger

Non lo definirei "mio" per niente!

Ma direi

class C
{
     int VariableName { get; set; }
}

abbastanza spesso questo è più bello che avere variabili esplicite. Se avessi una variabile privata esplicita la chiamereiint _variableName;

In C ++ tendo a usare _ poiché cambio molto editor, il che non mi permette di vedere se è privato.

Per C # tendo a lasciare _ _ visto che Visual Studio mi permette di vedere se è privato.

Tendo ad usare il modo Camel Case per farlo.

Uso 4 ( private int _myInteger;) perché:

private int myInteger;

Questo è il modo in cui denomino le mie variabili locali.

private int MyInteger;

È così che chiamo costanti.

private int mMyInteger;

Questo non è in stile C #.

private int _MyInteger;

Sembra strano.

con il trattino basso.

Bill Wagner spiega perché in C # efficace . Ma non avrei mai nominare un intero il mio intero , meglio qualcosa come _age o _length. Includere TypeName nel nome dell'istanza è una pratica orribile. I nomi devono essere autoesplicativi e poiché C # è di tipo sicuro, è possibile trovarli sempre.

Devi fare un esempio più specifico, ma:

private int count, private int badFileCount,private static readonly int ReconnectAttemptsLimit

A proposito, ottieni tutto questo GRATIS quando installi e inizi a utilizzare l'ultima e la migliore MSFT Stylecop.

Vado dall'opzione 5: private int _MyFoo

Tuttavia, non vedo alcun vantaggio competitivo reale rispetto a _myFoo.

Usa camelCasing per variabili private come myInteger

Considerare un precedente _se la variabile è un backup per una proprietà per ridurre le confusioni -
Variabile _myPropertyper la proprietàMyProperty

Ho un nome ReSharper per le mie variabili, non solo per le mie ma anche per tutti gli altri. C'è molta consistenza nel progetto.

Lo standard di codifica C # IDesign di Juval Lowy è piuttosto popolare. Questo standard consiglia di aggiungere il prefisso alle variabili dei membri privati ​​con "m_" (Opzione 6). Questo è ciò che facciamo nel nostro team.

private int m_myInteger;

L'opzione 4 ( _myInteger) è una variazione accettabile di questo standard.

Non mi è piaciuta la raccomandazione MSDN ( myInteger), perché rende difficile distinguere un membro privato da una variabile locale. La loro raccomandazione, ovviamente, risolve questo problema qualificando i membri privati ​​con this, che mi sembra ridondante.