Adakah alasan untuk menulis kata kunci "pribadi" di C #?

Sejauh yang saya tahu, privateadalah standar di mana-mana di C # (yang berarti bahwa jika saya tidak menulis public, protected, internal, dll maka akan privatesecara default). (Mohon koreksi saya jika saya salah.)

Jadi, apa alasan untuk menulis kata kunci itu, atau mengapa kata kunci itu ada untuk anggota?

Misalnya, ketika pengendali kejadian dibuat secara otomatis, tampilannya seperti ini:

private void RatTrap_MouseEnter(object sender, CheeseEventArgs e)
{

}

Tetapi mengapa bahkan menulis pribadi jika itu tersirat dan default? Hanya agar pengembang pemula (yang tidak tahu ini adalah C # default) tahu bahwa itu pribadi? Atau apakah ada perbedaan untuk kompilernya?

Selain itu, adakah kasus di mana menulis "private" (sendiri) akan mengubah aksesibilitas anggota?

AFAIK, privat adalah default dimanapun di C # (artinya jika saya tidak menulis publik, dilindungi, internal, dll. Itu akan menjadi privat secara default). (tolong koreksi saya jika salah).

Ini tidak benar. Jenis yang didefinisikan dalam namespace (kelas, struct, antarmuka, dll) akan menjadi internal secara default. Juga, anggota dalam tipe yang berbeda memiliki aksesibilitas default yang berbeda (seperti publik untuk anggota antarmuka). Untuk detailnya, lihat Tingkat Aksesibilitas di MSDN.

Juga,

Jadi, apa alasan untuk menulis kata kunci tersebut, atau mengapa kata kunci itu ada?

Menentukan ini secara eksplisit membantu menunjukkan niat Anda untuk menjadikan jenis ini pribadi, dengan sangat eksplisit. Ini membantu menjaga kode Anda dari waktu ke waktu. Ini dapat membantu pengembang lain (atau diri Anda sendiri) mengetahui apakah anggota bersifat pribadi secara default atau sengaja, dll.

AFAIK, privat adalah default dimanapun di C #

Kurang tepat - defaultnya adalah "akses paling terbatas yang tersedia untuk deklarasi ini". Jadi misalnya, dengan tipe tingkat atas defaultnya adalah internal; untuk tipe bersarang, defaultnya adalah private.

Jadi, apa alasan untuk menulis kata kunci tersebut, atau mengapa kata kunci itu ada?

Itu membuatnya eksplisit, yang bagus karena dua alasan:

• Itu membuatnya lebih jelas bagi mereka yang tidak tahu defaultnya, sesuai pertanyaan Anda (saya tidak pernah menyukai argumen ini, secara pribadi, tapi saya pikir itu layak disebutkan)
• Ini memberi kesan bahwa Anda sengaja memutuskan untuk membuatnya pribadi, daripada hanya pergi dengan default.

Adapun bagian terakhir Anda:

Selain itu, adakah kasus di mana menulis "private" (sendiri) akan mengubah aksesibilitas anggota?

Ya, untuk membuat separuh properti lebih ketat daripada yang lain:

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

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

Saya biasanya menggunakan default di mana pun saya bisa, tetapi saya telah diyakinkan (sebagian oleh Eric Lippert) bahwa memperjelas bahwa Anda telah memikirkannya dan memutuskan untuk membuat sesuatu yang bersifat pribadi adalah ide yang bagus.

Secara pribadi saya berharap ada cara untuk melakukan itu untuk disegel / tidak disegel, juga, untuk deklarasi tipe - bahkan mungkin tidak memiliki default. Saya menduga bahwa banyak pengembang (termasuk saya sendiri jika saya tidak berhati-hati) membiarkan kelas tidak disegel hanya karena usaha yang lebih sedikit daripada membuatnya tersegel.

privatemenambah kekacauan visual. Kepada mereka yang bersikeras bahwa itu membuat sesuatu menjadi eksplisit, saya akan bertanya: Apakah Anda melakukan ini dengan matematika juga? Misalnya:

var answer = a + b / c;

Apakah Anda merasa tidak jelas tanpa tanda kurung yang berlebihan b / c?

Aturan di C # sangat sederhana: Secara default, semuanya sedekat mungkin dengan privat. Jadi jika Anda membutuhkan sesuatu agar lebih terlihat daripada default, tambahkan pengubah. Jika tidak, jangan tambahkan kata kunci yang tidak perlu ke kode Anda.

Sejauh yang saya tahu, pribadi adalah default di mana-mana di C #

Mendeklarasikan pribadi secara eksplisit , berarti Anda tahu itu pribadi. Bukan hanya berpikir begitu, karena sejauh yang Anda tahu, itu adalah default. Ini juga berarti bahwa orang lain yang melihat kode tersebut mengetahui apa itu.

Tidak ada "Saya pikir itu", "Saya cukup yakin itu", dll. Hanya itu . Dan semua orang ada di halaman yang sama.

Saya bukan pengembang C # . Jika saya harus bekerja dengan beberapa kode yang tidak secara eksplisit dinyatakan sebagai pribadi , saya mungkin akan menganggapnya internal .

Saya tidak suka ketika hal-hal diatur secara implisit. Tidak pernah sejelas kapan mereka ditetapkan secara eksplisit.

Keterbacaan - Tidak semua orang tahu bahwa privat adalah perilaku default.

Intent - Memberikan indikasi yang jelas bahwa Anda telah secara spesifik menyatakan properti tersebut sebagai properti (untuk alasan apa pun).

Keterbacaan, demonstrasi niat adalah dua alasan besar yang dapat saya pikirkan.

Satu alasan bagus untuk menentukan visibilitas secara eksplisit adalah agar Anda tidak perlu memikirkan tentang default untuk konteks tempat Anda berada.

Alasan bagus lainnya adalah karena FxCop menyuruh Anda melakukannya.

Banyak orang (orang-orang seperti saya!) Secara teratur membuat program dalam beberapa bahasa berbeda. Menjadi eksplisit dengan hal-hal seperti ini mencegah saya dari kebutuhan untuk mengingat semua detail misterius dari semua bahasa yang saya programkan.

Saya akan mengatakan untuk konsistensi dengan keterbacaan ruang lingkup kelas lainnya.