Quais são as convenções de nomenclatura que você usa, enquanto a codificação?

Question

O que são as convenções de nomenclatura que você usa, enquanto a codificação?

Answer 1

Eu espero que nós não discutiremos prefixos para nomes de campos e estilos cinta aqui:)

Aqui é a minha bíblia para .NET:

MSDN dá diretrizes sólidas.

Outra fonte útil é MS Interno Coding Guidelines

Answer 2

Aqui está uma lista de convenções de nomenclatura gerais do MSDN.

I tendem a ir-com-o-flow, no entanto. O que quer que as normas são actualmente em vigor, é geralmente mais fácil de apenas ir com eles e talvez lentamente transferi-lo ao longo do tempo. Não é realmente prático acaba de entrar em um projeto com sua própria idéia de "standards" e tentar implementá-las.

Realmente não importa o que os padrões são usados, imo -. Apenas que há alguns e as pessoas sabem o que são

Answer 3

Eu uso uma combinação de Húngaro , caso camelo, e outras regras que eu venha com no início de um projeto. Como agora:

• Os métodos são maiúsculas (doThis)
• variáveis ??são case camelo (thisThing)
• variáveis ??nível de página são precedidos com _ (_thisWorksEverywhere)
• regiões são todas minúsculas (#region propriedades estrangeiras)
• Propriedades e Objetos são maiúsculas (Object.Property)
• propriedades estrangeiras são precedidos por _ (Object._ForeignGroups)
• Os controles são húngaro a uma extensão, como (txtTextBox) e (rptRepeater). Eu não sou muito rigoroso quanto ao que é habitual porque "Watermark" pode ser wm ou semanas, ou qualquer outra coisa, contanto que todo o jogo um do outro em frente a minha candidatura.

... etc. Algumas coisas são standard, outros são-se à interpretação, mas a coisa mais importante é a consistência em sua aplicação.

Answer 4

Húngaro notação pode ser usado. Eu não me incomoda, mas eu dou várias coisas (variáveis, controles, etc.) nomes sensíveis.

Por exemplo, eu uso um prefixo de estilo húngaro para nomes de controle, tais como txt para TextBoxes, btn para botões, pic para PictureBoxes, LBL para etiquetas, etc. Isso ajuda a identificar facilmente o que um controle é.

Para nomes de funções I tentar usar nomes explicativos sensato, mas nada com quaisquer regras específicas. Para nomes de variáveis ??mais uma vez eu apenas usar nomes explicativo, mas nada de especial.

Answer 5

Para acrescentar sobre a resposta de @Aku autores das Diretrizes de Design do Framework ter publicado on line versão de sumário de suas diretrizes, com ênfase em nomear convetions.

Framework Design Guidelines Digest v2

Baixe aqui

A consistência é chave. Dependendo do tamanho de sua equipe de desenvolvimento, usando um convetion consistente e documentado irá torná-lo mais fácil de pegar código de alguma outra pessoa e para os outros para pegar seu próprio código.

Answer 6

As pessoas, por favor, não respostas post como "Eu gosto __field" ou "I como m__field". É uma questão muito pessoal e subjetiva sem uma única resposta.

Se você tiver quaisquer guidlines já é uma grande vitória. coisa pior em dev equipe é uma falta de convenções comuns.

Seria bom se iria tentar descrever alguns benefícios de dada diretriz.
Por exemplo:

predefinir campos com lata sublinhado melhorar a auto-realização com intellisense

Answer 7

Escolha um de ser consistente. Alterar nome estilos leva à confusão.