C # умова іменування констант?

private const int THE_ANSWER = 42;

або

private const int theAnswer = 42;

Особисто я думаю, що з сучасними IDE нам слід їхати з camelCase, оскільки ALL_CAPS виглядає дивно. Як ти гадаєш?

Рекомендоване іменування і капіталізація конвенція полягає в використанні P ascal C asing для констант (Microsoft є інструмент під назвою StyleCop , що документи всіх кращі конвенції і можуть перевірити джерело на предмет відповідності - хоча це трохи занадто анально зберігають смаки багатьох людей) . напр

private const int TheAnswer = 42;

Конвенція про капіталізацію Паскаля також задокументована в Рамкових керівних принципах Microsoft щодо дизайну .

Візуально Верхня справа - це шлях. Це так впізнавано таким чином. Заради унікальності і не залишаючи шансів на здогадки, я голосую за UPPER_CASE!

const int THE_ANSWER = 42;

Примітка . Верхній регістр буде корисний, коли константи будуть використовуватися в одному файлі вгорі сторінки та в цілях інтелігенції; однак, якби вони були переведені до незалежного класу, використання верхнього корпусу не призвело б до значних змін, як приклад:

public static class Constant
{
    public static readonly int Cons1 = 1;
    public static readonly int coNs2 = 2;
    public static readonly int cOns3 = 3;
    public static readonly int CONS4 = 4;
}

// Call constants from anywhere
// Since the class has a unique and recognizable name, Upper Case might lose its charm
private void DoSomething(){
var getCons1 = Constant.Cons1;
var getCons2 = Constant.coNs2;
var getCons3 = Constant.cOns3;
var getCons4 = Constant.CONS4;
 }

Власне, так і є

private const int TheAnswer = 42;

Принаймні, якщо ви подивитеся на бібліотеку .NET, який ІМО є найкращим способом прийняти рішення про іменування, щоб ваш код не виглядав поза місцем.

Я все ще переживаю великі регістри для значень const, але це більше за звичкою, ніж з якоїсь конкретної причини.

Звичайно, це дозволяє легко зрозуміти, що щось є const. Питання до мене: Чи нам справді потрібна ця інформація? Чи допомагає нам якимось чином уникнути помилок? Якщо я призначу значення const, компілятор скаже мені, що я зробив щось німе.

Мій висновок: ідіть із кожухом верблюда. Можливо, я теж зміню свій стиль ;-)

Редагувати:

Що щось пахне угорською - це насправді не вагомий аргумент, IMO. Завжди має бути питання: чи допомагає це, чи болить?

Бувають випадки, коли угорщина допомагає. Не так багато сьогодні, але вони все ще існують.

По-перше, угорська нотація - це практика використання префікса для відображення типу даних параметра або призначення. Конвенції Майкрософт про іменування не відповідають угорській нотації http://en.wikipedia.org/wiki/Hungarian_notation http://msdn.microsoft.com/en-us/library/ms229045.aspx

Використання UPPERCASE не рекомендується, як зазначено тут: Паскальний кейс є прийнятною умовою і СКРЕМІНГ КАПС. http://en.wikibooks.org/wiki/C_Sharp_Programming/Naming

Тут також Microsoft заявляє, що UPPERCASE можна використовувати, якщо це зробити відповідно до існуючої схеми. http://msdn.microsoft.com/en-us/library/x2dbyw72.aspx

Це в значній мірі підсумовує це.

У своїй статті « Константи» (Посібник з програмування C #) Microsoft наводить такий приклад:

class Calendar3
{
    const int months = 12;
    const int weeks = 52;
    const int days = 365;

    const double daysPerWeek = (double) days / (double) weeks;
    const double daysPerMonth = (double) days / (double) months;
}

Отже, для констант виявляється, що Microsoft рекомендує використовувати camelCasing. Але зауважте, що ці константи визначаються локально .

Можливо, більші інтереси викликають іменування зовні видимих ​​констант. На практиці Microsoft документує свої публічні константи в бібліотеці класів .NET як поля . Ось кілька прикладів:

• Int32.MaxValue
• String.Empty (насправді, static readonly)
• Math.PI
• Math.E

Перші два - приклади PascalCasing. Третій, як видається, дотримується Конвенцій Майкрософт про капіталізацію двонібурної абревіатури (хоча пі - не акріонім). І четвертий, здається, наводить на думку, що правило для акріоніму з двох літер поширюється на акронім однієї літери або ідентифікатор типу E(який представляє математичну константу e ).

Крім того, у своєму документі "Конвенції про капіталізацію" Microsoft дуже прямо вказує, що ідентифікатори поля повинні бути названі через PascalCasingі наводить такі приклади для MessageQueue.InfiniteTimeout та UInt32.Min :

public class MessageQueue
{
    public static readonly TimeSpan InfiniteTimeout;
}

public struct UInt32
{
    public const Min = 0;
}

Висновок: використання PascalCasingдля публічних констант (які задокументовані як поля constабо static readonlyполя).

Нарешті, наскільки я знаю, Microsoft не виступає за конкретні умови іменування або використання великих літер для приватних ідентифікаторів, як показано в прикладах, поданих у питанні.

Залиште угорців угорцям.

У прикладі я б навіть не оставив остаточну статтю і просто пішов

private const int Answer = 42;

Це відповідь чи це відповідь?

* Вносив редагування як Паскаль суворо коректний, проте я думав, що питання шукає більше відповіді на життя, Всесвіт і все .

Я насправді віддаю перевагу PascalCase тут - але за звичкою я винен UPPER_CASE ...

Вважаю, що ALL_CAPS взято із способів роботи C і C ++. Ця стаття тут пояснює, як виникли різниці стилів.

У нових IDE, таких як Visual Studio, легко визначити типи, сферу застосування, і якщо вони є постійними, це не є строго необхідним.

Програмне забезпечення FxCop та Microsoft StyleCop допоможе дати вам рекомендації та перевірити свій код, щоб усі працювали однаково.