Özel alanları olan veya olmayan özellikleri tercih etmeli miyim?

Şu anda çalıştığım kod temeli, özel alanları ve genel özellikleri kullanma kuralına sahiptir. Örneğin, çoğu sınıfın üyeleri şu şekilde tanımlanır:

// Fields
private double _foo;
private double _bar;
private double _baz;

// Properties
public double Foo
{
    get{ return _foo; }
    set{ _foo = value; }
}

public double Bar
{
    get{ return _bar; }
    set{ _bar = value; }
}

public double Baz
{
    get{ return _baz; }
}

Bunların dahili özel özellikleri olmadan yeniden yazılabileceğini biliyorum :

public double Foo{ get; set; }
public double Bar{ get; set; }
public double Baz{ get; private set; }

Bu konuda bazı girdiler istiyorum:

• Daha yeni, daha özlü olana göre eski, daha açık stili tercih etmek için iyi bir neden var mı?
• Kısa stili kullanarak yeni sınıflar yazmalı mıyım yoksa tutarlılık için eski kodu eşleştirmeye çalışmalı mıyım? Bu durumda tutarlılık eski formatı haklı çıkarmak için yeterli midir?

"Eski" stilin hala gerekli olduğu birkaç örnek vardır:

C: Dille sağlanan değişmezliği kullanan değişmez türler. readonlyC # değiştirici yapımından sonra bu değeri donar. Bunu otomatik olarak uygulanan özelliklerle (henüz) taklit etmenin bir yolu yoktur.

public sealed class FooBarBazInator
{
    private readonly double foo;

    public FooBarBazInator(double foo)
    {
        this.foo = foo;
    }

    public double Foo
    {
        get
        {
            return this.foo;
        }
    }
}

B: Alıcılarınız / ayarlayıcılarınız herhangi bir mantığa sahiptir. Sınıflarınıza veri bağlı olan WPF ve Silverlight (ve benzeri) kodları aşağıdaki INotifyPropertyChangedgibi uygulanacaktır :

public class FooBarBazInator : INotifyPropertyChanged
{
    private double foo;

    public event PropertyChangedEventHandler PropertyChanged;

    public double Foo
    {
        get
        {
            return this.foo;
        }

        set
        {
            this.foo = value;
            this.RaisePropertyChanged("Foo");
        }
    }

    private void RaisePropertyChanged(string propertyName)
    {
        var propertyChanged = this.PropertyChanged;

        if (propertyChanged != null)
        {
            propertyChanged(this, new PropertyChangedEventArgs(propertyName));
        }
    }
}

Bunların dışında yeni stili kullan diyebilirim. Kodunuzu kısa ve öz tutar ve hataların içine girmesi için daha az yüzey alanı sunar.

Açık bir destek alanına sahip olmanın işe yaramaz bir şey olduğunu söyleyebilirim: kodunuzu daha uzun ve okumak daha zor hale getirir. Ayrıca hata potansiyeli ekler:

public double Bar
{
    get { return _baz; }
    set { _bar = value; }
}

Bunun gibi bir hata oldukça kolay olabilir ve fark edilmesi oldukça zor olur.

Tutarlılık istiyorsanız, bunu başka bir şekilde yapın: yedekleme alanlarını kullanan kodu, otomatik özellikleri kullanan koda dönüştürün. ReSharper gibi bir yeniden düzenleme aracı kullanıyorsanız (ve böyle bir şey kullanmıyorsanız, başlamanız gerektiğini düşünüyorum) bu özellikle kolaydır.

Tabii ki, hala destek alanına sahip olmanın gerekli olduğu durumlar var, ancak bunun bu soru ile ilgili olmadığını düşünüyorum.

Soru oldukça eski olmasına rağmen burada bahsetmeye değer bir kitaptan okuduğum birkaç nokta eklemeyi düşündüm.

1. Çalışma zamanı serileştirme motorları serileştirilmiş bir akışta dosyalanmış olanın adını korur. Otomatik olarak uygulanan bir özelliğin (AIP) destek alanının adı derleyici tarafından belirlenir ve kodunuzu her yeniden derlediğinizde bu destek alanının adını değiştirebilir ve bu, AIP. Bu nedenle, serileştirmek veya serisini kaldırmak istediğiniz herhangi bir türle AIP kullanmayın.

2. Hata ayıklama sırasında, bir AIP alma veya ayarlama yöntemine kesme noktası koyamazsınız; bu nedenle, bir uygulamanın bu özelliği ne zaman aldığını veya ayarladığını kolayca algılayamazsınız. Manuel olarak uygulanan kesme noktalarında kesme noktaları ayarlayabilirsiniz

Daha yeni, daha özlü olana göre eski, daha açık stili tercih etmek için iyi bir neden var mı?

Pek sayılmaz. Her ne kadar böyle bir mülkten geçtiğinizde, başlamak için sadece bir kamusal alan kullanmanız gerektiğini iddia etmeliyim.

Kısa stili kullanarak yeni sınıflar yazmalı mıyım yoksa tutarlılık için eski kodu eşleştirmeye çalışmalı mıyım? Bu durumda tutarlılık eski formatı haklı çıkarmak için yeterli midir?

Yukarıdaki tavsiyeleri göz ardı ettiğiniz ve geçme özelliklerine sahip olduğunuzu varsayarsak, stili eşleştirmeyi amaçlamam. İdeal olarak, geriye dönüp eski stili yeni stile uygun hale getirmek için tekrar düzenlersiniz, ancak insanların bu kodu yanlış anlama şansı zayıftır.