Alguém pode me explicar a convenção de codificação do C #?

Recentemente, comecei a trabalhar com o Unity3D e principalmente a criar scripts com C #. Como normalmente programa em Java, as diferenças não são muito grandes, mas ainda me refiro a um curso intensivo apenas para garantir que estou no caminho certo.

No entanto, minha maior curiosidade com o C # é que ele coloca em maiúscula a primeira letra de seus nomes de métodos (por exemplo, Java: getPrime()C #: GetPrime()aka: Pascal Case?). Existe uma boa razão para isso? Entendo, na página do curso intensivo, que li que aparentemente é uma convenção para .Net e não tenho como mudar isso, mas estou curioso para saber por que isso foi feito assim, em oposição ao caso normal (relativo?) De camelo que, digamos, Java usa.

Nota: Entendo que as linguagens têm suas próprias convenções de codificação (os métodos Python são minúsculos, o que também se aplica a esta pergunta), mas nunca entendi realmente por que não é formalizada em um padrão.

c# coding-standards

— ahodder
fonte

Eu realmente não acho que você pode olhar camelCasee PascalCasee underscore_casee dizer que um deles é normal (mesmo relativamente normal) e os outros não. Como o @dasblinkenlight disse, é uma escolha arbitrária. A única coisa que faz você pensar que a convenção do C # é incomum é que você "normalmente programa em Java" e, portanto, está acostumado à escolha arbitrária feita para Java.

— Carson63000

Use JavaScript em vez .. para Unity3D :)

— Lipis

@ Lipis Por que - além do gosto pessoal? ;-)

— ahodder 7/08/12

@AedonEtLIRA totalmente pessoal .. não importa :) Desfrute Unity não importa o idioma .. você vai acabar usando ..

— Lipis

@ Lipis Até agora está ótimo. Toneladas de sinos e assobios e eu ainda não joguei dinheiro nisso ainda. Mas eu prefiro o estilo estruturado de C # (c / c ++) e java.

— ahodder

Respostas:

As convenções de nomenclatura representam opções arbitrárias de seus editores. Não há nada na própria linguagem que o proíba de nomear seus métodos da maneira que você faz em Java: desde que o primeiro caractere seja uma letra / sublinhado e todos os outros caracteres sejam letras, dígitos ou sublinhados, o C # não será reclamar. No entanto, as bibliotecas de classes que acompanham o .NET seguem uma convenção que a Microsoft adotou internamente. A Microsoft também publicou essas diretrizes , para que outras pessoas também possam adotá-las para suas próprias bibliotecas de classes. Embora seja sua escolha seguir ou ignorar as diretrizes da Microsoft, a familiarização com seu código por outras pessoas pode ser mais rápida se você seguir as mesmas diretrizes de nomenclatura.

— dasblinkenlight
fonte

No entanto, geralmente há alguma justificativa por trás de uma convenção e quando eu leio "Existe uma boa razão para isso?" Eu entendo isso como uma pergunta sobre por que não o quê.

— greenoldman

Pascal para membros públicos / internos / estáticos e todos os métodos. Camelo para o privado. Ajuda a distinguir o escopo de um token enquanto você o verifica. A thispalavra-chave faz o mesmo. As opções de estilo são práticos, mesmo que possa parecer estranho

— Gusdor

Talvez devido à influência de Pascal / Delphi. O criador de C # e Delphi era a mesma pessoa, afinal (Anders Hejlsberg).

As convenções de codificação Delphi geralmente são as mesmas que as de C # neste aspecto; consulte http://www.econos.de/delphi/cs.html#ObjectPascal_Procedures ou http://wiki.delphi-jedi.org/index.php?title=Style_Guide#Method_Naming - coincidência?

— Konrad Morawski
fonte

Um +1 para isso porque fornece o que pode ser a verdadeira razão pela qual essa escolha arbitrária específica foi feita para C #.

— Maximus Minimus

Além das outras respostas, ter camel case para métodos significa que eles podem entrar em conflito com nomes para membros privados, parâmetros e variáveis de método que usam camel case para nomear. Em Java (e C # 1.0) isso não é muito comum, pois o uso de delegados é estranho e raro. No C # moderno, isso não é exatamente comum , mas também não é inédito.

— Telastyn
fonte

O sublinhado não deve ser usado nos campos particulares do C # (consulte blogs.msdn.com/b/brada/archive/2005/01/26/361363.aspx , por exemplo), mas é controverso e frequentemente encontrado.

— Jens

depender de maiúsculas e minúsculas para distinguir entre construções de linguagem é uma péssima idéia, independentemente de a linguagem permitir ou não.

— Gbjbaanb

@Telastyn essa afirmação é bastante chocante. A maior parte da biblioteca de classes .NET usa essa convenção.

— precisa saber é o seguinte

@ Dunk, como é de repente minha convenção? Eu estava apenas passando um comentário, eu não tenho uma opinião sobre este assunto de qualquer maneira :)

— MattDavey

@MarjanVenema: não tenho certeza do que você está falando, mas o C # faz distinção entre maiúsculas e minúsculas e você certamente pode ter colisões entre membros da mesma forma. Isso se torna divertido e empolgante quando você tem linguagens sensíveis ao caso, como o VB.NET em que está trabalhando no nível da biblioteca.

— Wyatt Barnett