Özel değişkenlerinizi C # ile nasıl adlandırırsınız? [kapalı]

C # 'daki özel değişkenler için en yaygın kullanılan, en çok kullanılan adlandırma kuralları nedir?

1. private int myInteger;
2. private int MyInteger;
3. private int mMyInteger;
4. private int _myInteger;
5. private int _MyInteger;
6. Gizemli diğer seçenek

Hangisini kullanıyorsunuz ve neden? (Şirketim C # için oldukça yeni ve kodlama standartlarımızı denemek ve denemek için en "endüstri tarafından kabul edilen" yöntemi seçmek istiyorum.)

MSDN sınıfı tasarım kılavuzları http://msdn.microsoft.com/en-us/library/ta31s3bc.aspx, seçenek 1 - myInteger'ı önerir.

Ben her zaman bu tarzı kullandım. _ Karakteri için kişisel bir sevmediğim var.

Yukarıdaki 4 numaralı seçeneği kullanıyorum:

private int _myInteger;

Değişken isimlerimde bazı kapsam göstergelerine sahip olmak isterim ve alt çizgi bu amaç için yeterlidir. Ayrıca okumak oldukça kolaydır.

Aşağıdaki adlandırma şemasını kullanıyorum:

• Yerel kapsamlı değişkenler için 1. (myInteger)
• Genel özellikler için 2. (MyInteger)
• Özel değişkenler için 4. (_myInteger)

Bence seçenek 4 gerçekten en okunaklı seçenek. Bunu yapmak zorunda kalmanıza yardımcı olur:

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

Aynı zamanda tüm özel üyelerin daha dikkat çekici olmasını sağlar. Aşağıdaki örnekte, halter nereden agegeliyor? Niteleyici olmadan thisbunu söylemek daha zor.

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

Bunu anlamak çok daha kolay:

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

İlk olarak, PascalCasing genellikle sınıfın genel özellikleri, eksileri, yöntemleri, vb. İçin ayrılmıştır. Böylece 2 ve 5'i atlardım.

İkincisi, Macar dünyasındaki notaların .NET dünyasında cesareti kırılmış, yani (sanırım) 3 haklı. Varsayalım ki, 3 ile olan budur.

Bu camelCasing ve _camelCasing ile bırakır. Genelde sınıf değişkenleri için _camelCasing ve bir metodu kapsamalı veya daha dar değişkenler için düz eski camelCasing kullanıyorum. Deve kasası, yöntem argümanları, korumalı / özel değişken isimleri ve bir metot veya daha dar kapsamdaki değişkenler için kullanılan kabul edilmiş standarttır.

Ben de alt çizgi ile hazırlanmayı seviyorum, böylece özel değişkenlerim istihbaratımda gruplandırılıyor. Ancak, bunu yalnızca bir türe dahil edilen değişkenler için yapıyorum. Bir yöntem veya daha dar bir kapsamda bildirilen değişkenler alt çizgiyi kapalı tutarım. Ayrılmalarını ve daha az kullanılan değişkenleri bir arada tutmalarını kolaylaştırır.

private int integer

Bir yöntem kapsamındaki üye ve yerel değişkenler arasında karışıklık yaşarsanız, muhtemelen yeniden yönlendirmeniz gerekir.

Bunu yapmanın en iyi yolunun (yine de C # /. Net'te) 2 ve 6'nın bir birleşimi olduğuna inanıyorum:

private int MyInteger { get; set; }

Teorik olarak burada hiçbir değişken yoktur, ancak özel bir örnek değişkeni gibi görünür ve davranır. Bu değere bir işletme mantığı eklememiz gerekirse (bu tamamen içsel bir değerdir, bu yüzden istediğimiz her şeyi yapabiliriz) o zaman bizim için zaten özelliklidir. Sıcak bir buharda kazanma!

Seçenek 4'ü yapıyorum çünkü SSCLI buna benziyor, ama dürüst olmak gerekirse, özel değişkenin ismini pek umursamıyorum. Halk farklı bir hikaye.

BTW unuttun m_MyInteger

Buna "benim" bir şey demem!

Ama derdim ki

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

oldukça sık bu, açık değişkenlere sahip olmaktan daha iyidir. Açık bir özel değişkenim olsaydı ben arardımint _variableName;

C ++ 'da editörleri değiştirdiğimde _ kullanmaya meyilliyim, ki bu özel olup olmadığını görmeme izin vermiyor.

C # için Visual Studio'nun özel olup olmadığını görmeme izin verdiği için _'leri bırakma eğilimindeyim.

Bunu yapmak için Deve Kasasını kullanma eğilimindeyim.

4 ( private int _myInteger;) kullanıyorum çünkü:

private int myInteger;

Yerel değişkenlerimi bu şekilde adlandırıyorum.

private int MyInteger;

Sabitleri bu şekilde adlandırıyorum.

private int mMyInteger;

Bu C # tarzı değil.

private int _MyInteger;

Bu garip görünüyor.

alt çizgi ile.

Bill Wagner neden Etkili C # da açıklıyor . Ama tam sayı bir isim asla benim Tamsayı , _age veya _length gibi daha iyi bir şey. TypeName örnek adına dahil etmek korkunç bir uygulamadır. İsimler açıklamalı olmalı ve C # Tipi Güvenli olduğu için her zaman uygun tipler bulunabilmelidir.

Daha spesifik bir örnek vermeniz gerekir, ancak:

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

Bu arada, en son ve en iyiyi kullanmaya başladığınızda ve bunlara başladığınızda tüm bu BEDAVA olsun MSFT Stylecop.

Ben seçenek 5 ile giderim: private int _MyFoo

Gerçi _myFoo üzerinde herhangi bir gerçek rekabet avantajı görmüyorum.

Gibi özel değişkenler için camelCasing kullanın myInteger

Bir önceki düşünün _bir özellik confusions- azaltmak için değişken bir yedek ise
Değişken _myPropertyözelliği içinMyProperty

Değişkenlerimi ReSharper olarak adlandırıyorum, sadece benim değil, herkes de bunu yapıyor. Proje boyunca çok fazla tutarlılık var.

Juval Lowy'nin IDesign C # Kodlama Standardı oldukça popüler. Bu standart, özel üye değişkenlerinin "m_" (Seçenek 6) ile öneklendirilmesini önerir. Takımımızda yaptığımız şey bu.

private int m_myInteger;

Seçenek 4 ( _myInteger) bu standardın kabul edilebilir bir varyasyonudur.

MSDN önerisini ( myInteger) beğenmedim , çünkü özel bir üyeye yerel bir değişkenden bahsetmeyi zorlaştırıyor. Onların önerileri, elbette, bu sorunu thisbana gereksiz kılan özel üyelere niteleyerek çözüyor .