"Özel" anahtar kelimesini C # ile yazmak için herhangi bir neden var mı?

Gibi bildiğim kadarıyla, privatevarsayılan her yerde C # (ı yazma yoksa yani public, protected, internalvb öyle olacak privatevarsayılan). (Yanlışım varsa lütfen düzelt.)

Öyleyse, bu anahtar kelimeyi yazmanın nedeni nedir veya üyeler için neden var?

Örneğin, bir olay işleyicisi otomatik olarak oluşturulduğunda şuna benzer:

private void RatTrap_MouseEnter(object sender, CheeseEventArgs e)
{

}

Ama bu zımni ve varsayılansa neden özel bile yazıyor? Acemi geliştiricilerin (bunun C # varsayılanı olduğunu bilmeyen) özel olduğunu bilmeleri için mi? Veya derleyici için bir fark var mı?

Dahası, "özel" (tek başına) yazma bir durum söz konusudur olacak üyesinin erişilebilirliğini değiştirmek?

AFAIK, özel, C # 'da her yerde varsayılandır (yani, eğer genel, korumalı, dahili vb. Yazmazsam, varsayılan olarak özel olacaktır). (yanlışsa lütfen beni düzeltin).

Bu doğru değil. Bir ad alanı içinde tanımlanan türler (sınıflar, yapılar, arabirimler vb.) Varsayılan olarak dahili olacaktır . Ayrıca, farklı türlerdeki üyelerin farklı varsayılan erişimleri vardır (arabirim üyeleri için genel gibi). Ayrıntılar için MSDN'de Erişilebilirlik Düzeylerine bakın .

Ayrıca,

Öyleyse, bu anahtar kelimeyi yazmanın nedeni nedir veya neden var?

Bunu açıkça belirtmeniz, türü çok açık bir şekilde özel yapma niyetinizi belirtmenize yardımcı olur. Bu, kodunuzun zaman içinde korunmasına yardımcı olur. Bu, diğer geliştiricilere (veya kendinize) bir üyenin varsayılan olarak veya kasıtlı olarak özel olup olmadığını bilmenize yardımcı olabilir.

AFAIK, özel, C # 'da her yerde varsayılandır

Tam olarak değil - varsayılan, "bu bildirim için mevcut en kısıtlı erişimdir". Örneğin, üst düzey bir türle varsayılan değer internal; yuvalanmış bir tür için varsayılan değerdir private.

Öyleyse, bu anahtar kelimeyi yazmanın nedeni nedir veya neden var?

Bunu açık hale getirir, bu da iki nedenden dolayı iyidir:

• Sorunuza göre varsayılanları bilmeyenler için daha net hale getiriyor (kişisel olarak bu argümanı hiç sevmedim, ama bahsetmeye değer olduğunu düşündüm)
• Bu ettik bir izlenim verir kasten sadece varsayılanlarla gitmiş yerine, özel yapmaya karar verdi.

Son bölümünüze gelince:

Ayrıca, "özel" (tek başına) yazmanın üyenin erişilebilirliğini değiştireceği bir durum var mı?

Evet, bir mülkün yarısını diğerinden daha kısıtlayıcı hale getirmek için:

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

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

Ben kullanılan o bu konuda düşünce ve ettik temizlemek yapma her yerde yapabilirdim varsayılan ile gitmek, ama ben (kısmen Eric Lippert tarafından) ikna oldum karar şey gizli yapmayı iyi bir fikirdir.

Şahsen, bunu tip bildirimleri için mühürlü / mühürsüz için de yapmanın bir yolu olmasını isterdim - muhtemelen bir temerrüdü bile yok . Pek çok geliştiricinin (dikkatli olmazsam kendim de dahil) sınıfları mühürsüz bıraktığından şüpheleniyorum çünkü onları mühürlemek yerine daha az çaba gerektiriyor.

privategörsel dağınıklık ekler. Bunun her şeyi açıklığa kavuşturması konusunda ısrar edenlere soracağım: Bunu matematikle de yapıyor musunuz? Örneğin:

var answer = a + b / c;

Gereksiz parantezler olmadan bunu belirsiz buluyor musunuz b / c?

C # 'daki kural çok basittir: Varsayılan olarak, her şey olabildiğince özele yakındır. Yani , varsayılandan daha görünür olması için bir şeye ihtiyacınız varsa , bir değiştirici ekleyin. Aksi takdirde, kodunuza gereksiz anahtar kelimeler eklemeyin.

Bildiğim kadarıyla, özel, C # 'da her yerde varsayılandır

Açıkça özel beyan etmek, bunun özel olduğunu bildiğiniz anlamına gelir . Öyle olduğunu düşünmekle kalmaz, çünkü bildiğiniz kadarıyla varsayılandır. Aynı zamanda koda bakan başka birinin onun ne olduğunu bildiği anlamına gelir.

"Öyle olduğunu düşünüyorum", "Eminim öyledir", vb. Yoktur . Ve herkes aynı sayfada.

Ben bir C # geliştiricisi değilim . Açıkça özel olarak beyan edilmeyen bir kodla çalışmak zorunda kalsaydım, muhtemelen dahili olduğunu varsayardım .

İşlerin dolaylı olarak ayarlanmasından hoşlanmam. Açıkça belirlendikleri zamanki kadar net değildir.

Okunabilirlik - Herkes özelin varsayılan davranış olduğunu bilmeyebilir.

Amaç - Mülkü özel olarak özel ilan ettiğinizi açıkça belirtir (herhangi bir nedenle).

Okunabilirlik, niyetin gösterilmesi aklıma gelen iki büyük sebep.

Görünürlüğü açıkça belirtmenin iyi bir nedeni, içinde bulunduğunuz bağlam için varsayılanın ne olduğu hakkında düşünmenize gerek kalmamasıdır.

Bir başka iyi neden de FxCop'un size bunu yapmanızı söylemesidir.

Pek çok insan (benim gibi insanlar!) Düzenli olarak bir avuç farklı dilde program yapıyor. Bu tür şeylerde açık olmak, programladığım tüm dillerin tüm gizli ayrıntılarını hatırlama ihtiyacımı engelliyor.

Sınıfın geri kalanının kapsamının okunabilirliği ile tutarlılık için söyleyebilirim.