Должна ли переменная называться Id или ID? [закрыто]

Это немного педантично, но я видел, как некоторые люди используют Idкак:

private int userId;
public int getUserId();

и другие используют:

private int userID;
public int getUserID();

Одно из них лучше, чем другое? Почему? Я видел, что это было сделано очень непоследовательно в больших проектах. Если бы я установил стандарт, с которым большинство людей были бы знакомы? Какой стандарт является стандартным?

Самым важным правилом, которому нужно следовать в этих случаях, является последовательность: делай как все.

Например, посмотрите на XML API вашего языка, чтобы увидеть, как они это делают.

Классы имен Java, такие как SAXParser и DOMException , классы имен .NET, такие как XmlDocument .

Исходя из этого, я бы сказал «ID» в Java, «Id» в C #.

Тем не менее, я видел, что Java EE 6 имеет именованную аннотацию @Id(см. Документацию ), поэтому кажется, что Java считает «Id» обычным словом.

Последовательность является королем; выберите один или другой, но делайте это последовательно везде.

Тем не менее, я предпочитаю первый вариант, потому что он не нарушает camelCase (это означает, что вы должны помнить два правила стиля, а не только одно).

Из-за этого иногда используются две заглавные буквы , но идентификатор на самом деле является просто формой идентификации Id.

TL; DR: в контексте библиотек классов .NET Microsoft рекомендует использовать Id. Это немного нелогично, так как это редкий пример аббревиатуры, которая разрешена / рекомендована (аббревиатуры обычно не одобряются).

Если мы говорим о соглашениях библиотек классов C # или .NET, у Microsoft есть довольно четко определенные правила именования . Они хорошо продуманы, со множеством объяснений по различным вопросам - на самом деле, каждому разработчику нужно некоторое время, чтобы прочитать весь раздел Руководства по проектированию .

Когда дело доходит до аббревиатур , эмпирическое правило таково: для двухбуквенных акронимов вы, как правило, держите их в верхнем регистре (где применяется регистр Паскаля), поэтому, например, IOStreamможет быть именем класса. Для более длинного аббревиатуры вы должны использовать нижний регистр остальной аббревиатуры, например, XmlDocumentили HtmlParser. На самом деле это в основном однозначное правило (нет никакой путаницы относительно того, где заканчивается одно слово и начинается следующее, если вы не объединяете двухбуквенные аббревиатуры), и вы очень быстро привыкаете к нему.

Так это идентификатор или идентификатор? Ну, по словам Microsoft, это может быть не то, что вы думаете:

Сокращения отличаются от сокращений тем, что сокращение сокращает одно слово. Например, ID - это сокращение от идентификатора . В общем, имена библиотек не должны использовать сокращения.

В идентификаторах можно использовать две аббревиатуры: ID и OK. В идентификаторах Pascal они должны отображаться как Id и Ok. Если они используются в качестве первого слова в идентификаторе в верблюжьей клетке, они должны отображаться как id и ok, соответственно.

Как ни странно, я не совсем уверен, когда это различие стало появляться в руководствах, но несколько лет назад (около 3.0 / 3.5) общая тенденция именования в библиотеках классов перешла от ID к Id.

Я прочитал очень хорошее объяснение в документе некоторых соглашений по кодированию. CamelCase всегда следует использовать для сокращений и аббревиатур, потому что легче различать границы слов (сравнивать XmlIdWriterс XMLIDWriter).

Как мы видим в JavaScript-функции по умолчанию getElementById (); Идентификатор написано в случае верблюда ...

Используйте 'id', если используете с подчеркиванием. Пример: user_id

Используйте «Id», если называете переменную без подчеркивания, чтобы различать разные слова. Пример: userId

Если это переменная, состоящая из одного слова, она должна быть в нижнем регистре, если несколько слов var, тогда использовать нижний регистр Camel. Пример: thisIsExample

Но я бы не рекомендовал использовать «ID» в CAPS, потому что мы обычно используем все ограничения для определения CONSTANTS.

Во-первых, избегайте аббревиатур.

Во-вторых, если аббревиатура очень хорошо известна, я рекомендую использовать верблюжий чехол.

Это потому, что вам не нужно учитывать значение этого. просто относись как к нормальному слову