Будь-яка причина писати "приватне" ключове слово в C #?

Наскільки я знаю, privateза замовчуванням всюди в C # ( це означає , що , якщо я не пишу public, protected, internalі т.д. , це буде privateза замовчуванням). (Будь ласка, виправте мене, якщо я помиляюся.)

Отже, яка причина писати це ключове слово, або чому воно взагалі існує для членів?

Наприклад, коли обробник подій автоматично генерується, він виглядає приблизно так:

private void RatTrap_MouseEnter(object sender, CheeseEventArgs e)
{

}

Але чому він навіть пише приватне, якщо це мається на увазі і за замовчуванням? Просто так, щоб початківці розробники (які не знають, що це C # за замовчуванням) знали, що це приватне? Або є різниця для компілятора?

Крім того, є випадок , коли писати «приватний» (один) буде змінювати доступність елемента?

AFAIK, приватне - це за замовчуванням скрізь у C # (це означає, що якщо я не пишу загальнодоступні, захищені, внутрішні тощо), за замовчуванням він буде приватним). (Будь ласка, виправте мене, якщо не так).

Це не правда. Типи, визначені у просторі імен (класи, структури, інтерфейси тощо), за замовчуванням будуть внутрішніми . Також члени різних типів мають різні доступні за замовчуванням (наприклад, загальнодоступні для членів інтерфейсу). Детальніше дивіться в розділі Рівні доступності на MSDN.

Також,

Отже, в чому причина написання цього ключового слова чи чому воно взагалі існує?

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

AFAIK, приватне - за замовчуванням скрізь у C #

Не зовсім - за замовчуванням є "найбільш обмежений доступ, доступний для цієї декларації". Так, наприклад, для типу верхнього рівня за замовчуванням є internal; для вкладеного типу типовим є private.

Отже, в чому причина написання цього ключового слова чи чому воно взагалі існує?

Це робить це явним, що добре з двох причин:

• Це стає зрозумілішим для тих, хто не знає значень за замовчуванням, відповідно до вашого запитання (особисто мені ніколи не сподобався цей аргумент, але я вважав, що це варто згадати)
• Створюється враження, що ви навмисно вирішили зробити його приватним, а не просто пішли з налаштуваннями за замовчуванням.

Що стосується вашої останньої частини:

Більше того, чи є випадок, коли написання "приватного" (поодинці) змінить доступність члена?

Так, для того, щоб зробити половину нерухомості більш обмежувальною, ніж інша:

// Public getter, public setter
public int Foo { get; set; }

// Public getter, private setter
public int Bar { get; private set; }

Раніше я їздив із дефолтами скрізь, де міг, але переконався (частково Еріком Ліппертом), що чітко зрозуміти, що ти задумався над цим і вирішив зробити щось приватне - це гарна ідея.

Особисто я хотів би існував спосіб зробити що запечатаний / розкриті теж для оголошення типу - можливо , навіть не мають значення за замовчуванням. Я підозрюю, що багато розробників (включаючи і мене, якщо я не обережний) залишають заняття незапечатаними лише тому, що це менше зусиль, ніж зробити їх герметичними.

privateдодає візуального захаращення. Тим, хто наполягає на тому, що це робить явні речі, я б запитав: чи ти це робиш і з математикою? Наприклад:

var answer = a + b / c;

Чи вважаєте ви це незрозумілим без зайвих дужок навколо b / c?

Правило в C # дуже просте: за замовчуванням все наближено до приватного. Так що, якщо вам потрібно що - то , щоб бути більш помітним , ніж за замовчуванням, додайте модифікатор. В іншому випадку не додайте в код непотрібні ключові слова.

Наскільки я знаю, приватне є дефолтом скрізь у C #

Явне оголошення приватним означає, що ви знаєте, що це приватне. Не просто думайте, що це так, адже наскільки ви знаєте, це за замовчуванням. Це також означає, що хтось інший, хто дивиться на код, знає, що це таке.

Немає "Я думаю, що це є", "Я майже впевнений, що це так" і т. Д. Це просто так . І всі на одній сторінці.

Я не розробник C # . Якби мені довелося працювати з деяким кодом, який не був чітко оголошений приватним , я, мабуть, припустив, що він внутрішній .

Мені не подобається, коли речі неявно встановлюються. Це ніколи не так зрозуміло, як коли вони прямо встановлені.

Читання - не всі можуть знати, що приватне поведінка за замовчуванням.

Намір - дає чітку ознаку того, що ви спеціально оголосили майно приватним (з будь-якої причини).

Читання, демонстрація наміру - дві великі причини, про які я можу подумати.

Одна з вагомих причин чітко вказати видимість полягає в тому, що вам не доведеться думати про те, що є типовим для контексту, в якому ви перебуваєте.

Ще одна вагома причина тому, що FxCop каже вам це зробити.

Дуже багато людей (таких як я!) Регулярно програмують на кількох мовах. Ясність таких речей не дозволяє мені запам’ятовувати всі таємні подробиці всіх мов, якими я програмую.

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