Як ви називаєте свої приватні змінні в C #? [зачинено]

Яка найкраща практика, найчастіше прийнята конвенція іменування приватних змінних у C #?

1. private int myInteger;
2. private int MyInteger;
3. private int mMyInteger;
4. private int _myInteger;
5. private int _MyInteger;
6. Таємничий інший варіант

Що ви використовуєте і чому? (Моя компанія досить нова в C #, і я хотів би вибрати найбільш "промислово прийнятий" метод, щоб спробувати потрапити в наш стандарт кодування.)

Настанови щодо дизайну класу MSDN http://msdn.microsoft.com/en-us/library/ta31s3bc.aspx рекомендує варіант 1 - myInteger.

Я завжди використовував цей стиль. У мене є особиста неприязнь до характеру _.

Я використовую варіант №4 вище:

private int _myInteger;

Мені подобається, що в своїх назвах змінних є деяка вказівка ​​обсягу, і підкреслення достатньо для цієї мети. Це також досить легко читати.

Я використовую таку схему іменування:

• 1-й (myInteger) для локальних змінних
• 2-й (MyInteger) для загальнодоступних об'єктів
• 4-й (_myInteger) для приватних змінних

Я думаю, що варіант 4 - це дійсно найбільш читаний варіант. Це допомагає вам робити це:

public Person(string name, int age) 
{
    this.name = name;
    this.age = age;
}

Це також робить усіх приватних членів більш помітними. У наступному прикладі, звідки чорт береться age? Без thisкласифікатора важче сказати.

private void Method()
{
    var x = 2;
    var y = age + x;
}

Це легше зрозуміти:

private void Method()
{
    var x = 2;
    var y = _age + x;
}

По-перше, PascalCasing зазвичай зарезервований для публічних властивостей, consts, методів тощо класу. Тож я б пропустив 2 і 5.

По-друге, угорські позначення відсторонюються у світі .NET, так що (я думаю, 3) це правильно. Якщо припустити, що це відбувається з 3.

Це залишає разом з camelCasing та _camelCasing. Зазвичай я використовую _camelCasing для змінних класу, а звичайний старий camelCasing - для змінних, що відносяться до методу чи вужчим. Корпус верблюда - це прийнятий стандарт, який використовується для аргументів методу, захищених / приватних імен змінних та змінних у межах методу чи вужчих рамках.

Мені також подобається підкреслити, щоб мої приватні змінні були згруповані в моєму інтеліссенсі. Однак я роблю це лише для змінних, розміщених на типі. Змінні, задекларовані в межах методу або вужчого діапазону, я залишаю підкреслення виключеним. Це дозволяє легко тримати їх окремо і тримати менше використовуваних змінних разом.

private int integer

Якщо ви заплуталися між членами та локальними змінними в області застосування методу, вам, ймовірно, потрібно перефактурувати.

Я вважаю, що найкращий спосіб зробити це (у будь-якій мережі C # /. Net) - це комбінація 2 та 6:

private int MyInteger { get; set; }

Теоретично тут немає змінної взагалі, але вона виглядає і діє як змінна приватна інстанція. Якщо нам потрібно додати до цього значення деяку логіку бізнесу (це цілком внутрішня цінність, тому ми можемо зробити все, що завгодно), то для нас це вже є власністю. Кубок гарячої пари на виграш!

Я роблю варіант №4, тому що так виглядає SSCLI, але, чесно кажучи, я не дуже переймаюся тим, як називати приватну змінну. Паблік - це інша історія.

До речі ви забули m_MyInteger

Я б нічого не називав це "моїм"!

Але я б сказав

class C
{
     int VariableName { get; set; }
}

досить часто це приємніше, ніж мати явні змінні. Якби у мене була явна приватна змінна, я б її назвавint _variableName;

У C ++ я, як правило, використовую _, коли я багато перемикаю редактори, що не дозволяє мені бачити, чи це приватне життя.

Що стосується C #, я схильний залишати _ геть, оскільки Visual Studio дозволяє мені бачити, чи є він приватним.

Я схильний використовувати для цього спосіб «Справа верблюда».

Я використовую 4 ( private int _myInteger;), оскільки:

private int myInteger;

Так я називаю свої локальні змінні.

private int MyInteger;

Так я називаю константи.

private int mMyInteger;

Це не стиль C #.

private int _MyInteger;

Це виглядає дивно.

з підкресленням.

Білл Вагнер пояснює, чому в « Ефективній C #» . Але я б ніколи не називав ціле число моїм Integer , краще щось на зразок _age або _length. Включення TypeName до імені екземпляра - жахлива практика. Імена повинні бути роз'яснювальними і тому, що C # є Type-Safe, типи можуть бути знайдені att весь час.

Вам потрібно навести більш конкретний приклад, але:

private int count, private int badFileCount,private static readonly int ReconnectAttemptsLimit

До речі, ви отримуєте все це БЕЗКОШТОВНО, коли встановлюєте та починаєте використовувати найновіші та найкращі MSFT Stylecop.

Я йду за варіантом 5: private int _MyFoo

Я не бачу реальних конкурентних переваг над _myFoo.

Використовуйте camelCasing для приватних змінних, таких як myInteger

Розглянемо попереднє, _чи змінна є резервною копією властивості для зменшення плутанини -
Змінна _myPropertyдля властивостіMyProperty

У мене ReSharper називає свої змінні, не тільки мої, але і всі інші це роблять також. Через проект існує велика послідовність.

Стандартний код кодування C # Juval Lowy є досить популярним. Цей стандарт рекомендує префіксування змінних приватних членів "m_" (Варіант 6). Ось що ми робимо в нашій команді.

private int m_myInteger;

Варіант 4 ( _myInteger) є прийнятним варіантом цього стандарту.

Мені не сподобалася рекомендація MSDN ( myInteger), оскільки це ускладнює повідомлення приватного члена з локальної змінної. Їх рекомендація, звичайно, вирішує цю проблему шляхом кваліфікації приватних членів this, що мені здається зайвим.