A variável deve ser nomeada Id ou ID? [fechadas]

Isso é um pouco pedante, mas já vi algumas pessoas usarem Idcomo:

private int userId;
public int getUserId();

e outros usam:

private int userID;
public int getUserID();

Um desses nomes é melhor que o outro? Por quê? Eu já vi isso ser feito de maneira inconsistente em grandes projetos. Se eu estabelecesse um padrão com o qual a maioria das pessoas estaria familiarizada? Qual é o padrão convencional?

A regra mais importante a seguir nesses casos é a consistência: faça como todo mundo faz.

Por exemplo, observe as APIs XML do seu idioma para ver como elas o fazem.

Java nomeia classes como SAXParser e DOMException , .NET nomeia classes como XmlDocument .

Com base nisso, eu diria "ID" em Java, "Id" em C #.

No entanto, vi que o Java EE 6 tem uma anotação chamada @Id(consulte a documentação ), portanto, parece que o Java considera "Id" apenas uma palavra normal.

A consistência é rei; escolha um ou outro, mas faça-o de maneira consistente em todos os lugares.

Dito isso, prefiro a primeira variação, porque ela não viola o camelCase (isso significa que você tem duas regras de estilo para se lembrar, não apenas uma).

Às vezes, duas letras maiúsculas são usadas por causa disso , mas um ID é realmente apenas uma forma de identificação de identificação.

TL; DR: No contexto das bibliotecas de classes .NET, a Microsoft recomenda que você use o ID. Isso é um pouco contra-intuitivo, pois é um exemplo raro de abreviação que é permitido / recomendado (abreviações geralmente são desaprovadas).

Se estamos falando de convenções da biblioteca de classes C # ou .NET, a Microsoft tem algumas diretrizes de nomenclatura bastante bem definidas disponíveis. Eles são bem pensados, com muitas explicações sobre uma variedade de questões - na verdade, todo desenvolvedor deve levar algum tempo para ler a seção inteira das Diretrizes de design .

Quando se trata de acrônimos , a regra geral é: para acrônimos de duas letras, você tende a mantê-los em maiúsculas (onde o caso Pascal é aplicável); portanto, por exemplo, IOStreampode ser o nome de uma classe. Para um acrônimo mais longo, você diminui o resto do acrônimo, por exemplo, XmlDocumentou HtmlParser. Essa é, na verdade, uma regra quase inequívoca (não há confusão sobre onde uma palavra termina e a próxima começa, a menos que você esteja encadeando siglas de duas letras), e você se acostuma rapidamente.

Então, é ID ou Id? Bem, de acordo com a Microsoft, pode não ser o que você pensa:

Os acrônimos diferem das abreviações , pois uma abreviação reduz uma única palavra. Por exemplo, ID é uma abreviação de identificador . Em geral, os nomes das bibliotecas não devem usar abreviações.

As duas abreviações que podem ser usadas nos identificadores são ID e OK. Nos identificadores baseados em Pascal, eles devem aparecer como Id e Ok. Se usado como a primeira palavra em um identificador de camelo, eles devem aparecer como id e ok, respectivamente.

Curiosamente, não tenho certeza de quando essa distinção começou a aparecer nas diretrizes, mas, alguns anos atrás (em torno de 3,0 / 3,5), a tendência geral de nomes nas bibliotecas de classes passou de ID para Id.

Li uma explicação muito boa no documento de algumas convenções de codificação. O CamelCase sempre deve ser usado para acrônimos e abreviações, porque é mais fácil distinguir os limites das palavras (compare XmlIdWritercom XMLIDWriter).

Como podemos ver na função padrão do JavaScript getElementById (); Id está escrito no caso Camel ...

Use 'id' se estiver usando um sublinhado. Exemplo: user_id

Use 'Id' se nomear um var sem sublinhado para diferenciar as diferentes palavras. Exemplo: userId

Se for uma variável de palavra única, ela deve estar em minúsculas completa, se várias palavras var forem usadas em minúsculas Camel. Exemplo: thisIsExample

Mas eu não recomendaria 'ID' tudo no CAPS, porque geralmente usamos todos os limites para definir CONSTANTES.

Primeiro, evite a abreviação.

Segundo, se a abreviação for super conhecida, recomendo usar camel case.

Isso porque você não precisa considerar o significado disso. apenas trate como uma palavra normal