TL; DR: No contexto de bibliotecas de classes .NET, a Microsoft recomenda que você use o ID. Isso é um pouco contra-intuitivo, já que é um exemplo raro de uma abreviação que é permitida / recomendada (abreviações são geralmente desaprovadas).
Se estamos falando de convenções de biblioteca de classes C # ou .NET, a Microsoft tem algumas nomenclatura bem definidas diretrizes 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 todo o Design Guidelines seção.
Quando se trata de siglas , a regra geral é: para acrônimos de duas letras, você tende a mantê-los em maiúsculas (onde o caso Pascal é aplicável), por exemplo, IOStream
pode ser o nome de uma classe. Por um acrônimo mais longo, você diminui o resto do acrônimo, por exemplo. XmlDocument
ou HtmlParser
. Esta é na verdade uma regra sem ambigüidade (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:
Acronyms differ from abbreviations in that an abbreviation shortens a single word. For example, ID is an abbreviation for identifier. In general, library names should not use abbreviations.
The two abbreviations that can be used in identifiers are ID and OK. In Pascal-cased identifiers they should appear as Id, and Ok. If used as the first word in a camel-cased identifier, they should appear as id and ok, respectively.
Não sei ao certo quando essa distinção começou a aparecer nas diretrizes, mas há alguns anos (em torno de 3.0 / 3.5) a tendência geral de nomenclatura nas bibliotecas de classes passou de ID para Id.