Como você nomeia suas variáveis ​​privadas em C #? [fechadas]

Qual é a melhor prática, convenções de nomenclatura mais comumente aceitas para variáveis ​​privadas em C #?

1. private int myInteger;
2. private int MyInteger;
3. private int mMyInteger;
4. private int _myInteger;
5. private int _MyInteger;
6. Outra opção misteriosa

Qual você usa e por quê? (Minha empresa é relativamente nova em C # e gostaria de escolher o método mais "aceito pelo setor" para tentar acessar nosso padrão de codificação.)

As diretrizes de design da classe MSDN http://msdn.microsoft.com/en-us/library/ta31s3bc.aspx recomendam a opção 1 - myInteger.

Eu sempre usei esse estilo. Tenho uma antipatia pessoal pelo personagem _.

Eu uso a opção 4 acima:

private int _myInteger;

Eu gosto de ter alguma indicação de escopo nos nomes de minhas variáveis ​​e o sublinhado é suficiente para esse fim. Também é muito fácil de ler.

Eu uso o seguinte esquema de nomenclatura:

• 1º (myInteger) para variáveis ​​com escopo local
• 2º (MyInteger) para propriedades públicas
• 4º (_myInteger) para variáveis ​​privadas

Eu acho que a opção 4 é realmente a opção mais legível. Isso ajuda você a ter que fazer isso:

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

Também torna todos os membros privados mais visíveis. No exemplo a seguir, de onde o diabo está agevindo? Sem o thisqualificador, é mais difícil dizer.

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

É muito mais fácil entender:

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

Primeiro, PascalCasing é geralmente reservado para propriedades públicas, consts, métodos, etc, da classe. Então eu pularia 2 e 5.

Segundo, a notação húngara é desencorajada no mundo .NET, então (uh, acho) o 3 está certo. Supondo que é isso que está acontecendo com 3.

Isso sai com camelCasing e _camelCasing. Eu normalmente uso _camelCasing para variáveis ​​de classe e camelCasing antigo simples para variáveis ​​com escopo definido para um método ou mais restrito. Camel case é o padrão aceito usado para argumentos de métodos, nomes de variáveis ​​protegidas / privadas e variáveis ​​dentro de um método ou escopo mais restrito.

Também gosto de acrescentar o sublinhado para que minhas variáveis ​​privadas sejam agrupadas no meu intellisense. No entanto, eu faço isso apenas para variáveis ​​com escopo definido para um tipo. Variáveis ​​declaradas em um método ou escopo mais restrito deixo o sublinhado desativado. Facilita mantê-los separados e manter as variáveis ​​menos usadas juntas.

private int integer

Se você ficar confuso entre as variáveis ​​membro e local em um escopo de método, provavelmente precisará refatorar.

Acredito que a melhor maneira de fazer isso (em C # / .net de qualquer maneira) é uma combinação de 2 e 6:

private int MyInteger { get; set; }

Teoricamente, não há nenhuma variável aqui, mas ela parece e age como uma variável de instância privada. Se precisarmos adicionar alguma lógica de negócios a esse valor (é um valor completamente interno, para que possamos fazer o que quisermos, afinal de contas), ele já estará 'propriedade' para nós. Uma xícara quente e fumegante de vitória!

Eu faço a opção 4 porque é assim que o SSCLI se parece, mas sinceramente não me importo muito em nomear variáveis ​​privadas. Público é uma história diferente.

BTW você esqueceu m_MyInteger

Eu não chamaria isso de "meu" nada!

Mas eu diria

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

muitas vezes isso é melhor do que ter variáveis ​​explícitas. Se eu tivesse uma variável privada explícita, eu a chamariaint _variableName;

Em C ++, costumo usar _ como alterno muito entre editores, o que não me permite ver se é privado.

Para C #, costumo deixar o _ ausente, pois o Visual Studio me permite ver se é privado.

Eu costumo usar a maneira Camel Case para fazer isso.

Eu uso 4 ( private int _myInteger;) porque:

private int myInteger;

É assim que eu nomeio minhas variáveis ​​locais.

private int MyInteger;

É assim que eu nomeio constantes.

private int mMyInteger;

Este não é o estilo c #.

private int _MyInteger;

Isso parece estranho.

com o sublinhado.

Bill Wagner explica o porquê em C # eficaz . Mas eu nunca nomearia um número inteiro como meu inteiro , melhor algo como _age ou _length. Incluir o TypeName no nome da instância é uma prática horrível. Os nomes devem ser auto-explicativos e, como o C # é seguro, os tipos podem ser encontrados sempre.

Você precisa dar um exemplo mais específico, mas:

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

A propósito, você obtém tudo isso GRATUITAMENTE ao instalar e começar a usar os melhores e mais recentes MSFT Stylecop.

Eu vou pela opção 5: private int _MyFoo

Não vejo nenhuma vantagem competitiva real sobre o _myFoo.

Use camelCasing para variáveis ​​privadas como myInteger

Considere um precedente _se a variável for um backup de uma propriedade para reduzir confusões -
Variável _myPropertypara propriedadeMyProperty

Eu tenho o ReSharper nomeando minhas variáveis, não apenas as minhas, mas todo mundo faz isso também. Existe uma grande quantidade de consistência no projeto.

O padrão de codificação C # IDesign de Juval Lowy é bastante popular. Este padrão recomenda prefixar variáveis ​​de membro privadas com "m_" (Opção 6). É o que fazemos em nossa equipe.

private int m_myInteger;

A opção 4 ( _myInteger) é uma variação aceitável deste padrão.

Não gostei da recomendação do MSDN ( myInteger), porque dificulta distinguir um membro privado de uma variável local. A recomendação deles, é claro, resolve esse problema qualificando membros privados this, o que me parece redundante.