Bir alanı C # 'da' salt okunur 'olarak işaretlemenin faydaları nelerdir?

Üye değişkenin salt okunur olarak bildirilmesinin faydaları nelerdir? Sadece sınıfın yaşam döngüsü boyunca birisinin değerini değiştirmesine karşı mı koruma sağlıyor yoksa bu anahtar kelimeyi kullanmak herhangi bir hız veya verimlilik artışı sağlıyor mu?

readonlyAnahtar zamanında hesaplanır değer bir üye değişkeni sabit bildirmek için kullanılır, ancak olanak tanır. Bu, constdeğiştiriciyle bildirilen ve değerini derleme zamanında ayarlaması gereken bir sabitten farklıdır . Kullanarak readonlyalanın değerini ya bildirimde ya da alanın üyesi olduğu nesnenin yapıcısında ayarlayabilirsiniz.

Ayrıca, sabiti referans alan harici DLL'leri yeniden derlemek istemiyorsanız da kullanın (derleme zamanında değiştirildiği için).

Salt okunur bir alan kullanmanın herhangi bir performans kazancı olduğuna inanmıyorum. Nesne tamamen oluşturulduktan sonra, bu alanın yeni bir değere işaret edilemediğinden emin olmak sadece bir kontroldür.

Bununla birlikte, "salt okunur" diğer salt okunur semantik türlerinden çok farklıdır, çünkü çalışma zamanında CLR tarafından uygulanır. Salt okunur anahtar kelime, CLR tarafından doğrulanabilen .initonly olarak derlenir.

Bu anahtar kelimenin gerçek avantajı değişmez veri yapıları oluşturmaktır. Değişmez veri yapıları tanım gereği oluşturulduktan sonra değiştirilemez. Bu, bir yapının çalışma zamanında davranışı hakkında mantık yürütmeyi çok kolaylaştırır. Örneğin, değişmez bir yapının kodun başka bir rastgele bölümüne geçme tehlikesi yoktur. Bu yapıya karşı güvenilir bir şekilde programlayabilmeniz için değiştiremezler.

İşte değişmezliğin faydalarından biri hakkında iyi bir giriş: Diş çekme

Kullanmanın belirgin bir performans avantajı readonlyyok, en azından hiçbir yerde bahsettiğim kadarıyla gördüm. Tam olarak önerdiğiniz gibi yapmak, başlatıldıktan sonra modifikasyonu önlemek içindir.

Bu nedenle, daha sağlam, daha okunabilir bir kod yazmanıza yardımcı olması açısından faydalıdır. Bunun gibi şeylerin gerçek yararı, bir ekipte çalışırken veya bakım için gelir. readonlyBir değişkenin kodda kullanımı için bir sözleşme koymaya benzer bir şey beyan etmek. Bunu, internalveya diğer anahtar kelimelerle aynı şekilde belge eklemek olarak düşünün veya private"bu değişken başlatıldıktan sonra değiştirilmemelidir" diyorsunuz ve dahası, bunu zorunlu kılıyorsunuz .

Bir sınıf oluşturursanız ve bazı üye değişkenleri readonlytasarıma göre işaretlerseniz , kendinizin veya başka bir takım üyesinin daha sonra sınıfınızı genişlettiklerinde veya sınıfınızı değiştirdiklerinde hata yapmasını önlersiniz. Benim düşünceme göre, bu, görülmeye değer bir faydadır (yorumlarda doofledorfer'den bahsedildiği gibi ekstra dil karmaşıklığı küçük bir maliyetle).

Çok pratik terimlerle ifade etmek gerekirse:

Eğer const dll A ve dll B referanslarında bir const kullanırsanız, bu const değeri dll B derlenir. Eğer dll A bu const için yeni bir değerle yeniden konuşlandırırsanız, dll B hala orijinal değeri kullanıyor olacaktır.

Eğer salt okunur dll A ve dll B referanslarında bir salt okunur kullanırsanız, bu salt okunur her zaman çalışma zamanında aranacaktır. Bu, dll A'yı salt okunur değer için yeni bir değerle yeniden dağıtırsanız, dll B'nin bu yeni değeri kullanacağı anlamına gelir.

Derleyicinin salt okunur anahtar kelimenin varlığına bağlı olarak performans optimizasyonu yapabileceği olası bir durum vardır.

Bu yalnızca salt okunur alan aynı zamanda statik olarak işaretlenmişse de geçerlidir . Bu durumda, JIT derleyicisi bu statik alanın asla değişmeyeceğini varsayabilir. JIT derleyicisi, sınıfın yöntemlerini derlerken bunu dikkate alabilir.

Tipik örnek: sınıfınızda yapıcıda başlatılan statik bir salt okunur IsDebugLoggingEnabled alanı olabilir (örneğin bir yapılandırma dosyasına dayalı olarak). Gerçek yöntemler JIT derlendiğinde, hata ayıklama günlüğü etkinleştirilmediğinde derleyici kodun tüm bölümlerini ommitleyebilir.

Bu optimizasyonun aslında JIT derleyicisinin geçerli sürümünde uygulanıp uygulanmadığını kontrol etmedim, bu yüzden bu sadece spekülasyon.

Salt okunur değerin yalnızca değerin kendisi için geçerli olduğunu unutmayın, bu nedenle salt okunur bir referans türü kullanıyorsanız, başvuruyu yalnızca değişiklikten korur. Örneğin durumu salt okunur tarafından korunmaz.

Params readonlykullanarak herhangi bir kurucu dışında alanları ayarlamak için bir geçici çözüm olduğunu unutmayın out.

Biraz dağınık ama:

private readonly int _someNumber;
private readonly string _someText;

public MyClass(int someNumber) : this(data, null)
{ }

public MyClass(int someNumber, string someText)
{
    Initialise(out _someNumber, someNumber, out _someText, someText);
}

private void Initialise(out int _someNumber, int someNumber, out string _someText, string someText)
{
    //some logic
}

Burada daha fazla tartışma: http://www.adamjamesnaylor.com/2013/01/23/Setting-Readonly-Fields-From-Chained-Constructors.aspx

Şaşırtıcı bir şekilde, Jon Skeet'in Noda Time kütüphanesini test ederken bulduğu gibi salt okunur kod aslında daha yavaş bir kodla sonuçlanabilir. Bu durumda, 20 saniyede yapılan bir test, salt okunur kaldırıldıktan sadece 4 saniye sürdü.

https://codeblog.jonskeet.uk/2014/07/16/micro-optimization-the-surprising-inefficiency-of-readonly-fields/

Program boyunca aynı kalması gereken önceden tanımlanmış veya önceden hesaplanmış bir değeriniz varsa, sabit kullanmalısınız, ancak çalışma zamanında sağlanması gereken bir değer varsa ancak atandıktan sonra program boyunca aynı kalmalıdır. Sadece oku. örneğin, program başlangıç ​​zamanını atamanız gerekiyorsa veya nesne başlatma sırasında kullanıcı tarafından sağlanan bir değeri saklamanız gerekiyorsa ve bunu başka değişikliklerle sınırlamanız gerekiyorsa, salt okunur kullanmanız gerekir.

Bu soruyu cevaplamak için temel bir yön eklemek:

Özellikler, setoperatörden ayrılarak salt okunur olarak ifade edilebilir . Bu nedenle, çoğu durumda readonlyanahtar kelimeyi mülklere eklemenize gerek yoktur :

public int Foo { get; }  // a readonly property

Bunun aksine: Alanlar readonlybenzer bir etki elde etmek için anahtar kelimeye ihtiyaç duyar :

public readonly int Foo; // a readonly field

Bu nedenle, bir alanı , herhangi bir nedenle istenirse, alanı bir mülke değiştirmek zorunda kalmadan, operatörsüz readonlybir özellik olarak benzer bir yazma koruma seviyesine ulaşmak olabileceğinin işaretlenmesinin bir yararı set.

Özel salt okunur dizilere dikkat edin. Bunlar bir istemci nesne olarak maruz kalırsanız (bunu benim gibi COM birlikte çalışma için yapabilirsiniz) istemci dizi değerlerini işleyebilir. Bir diziyi nesne olarak döndürürken Clone () yöntemini kullanın.

Pahalı Bağımlılık Özelliklerine olan ihtiyacı ortadan kaldırdığı için WPF'de bir performans avantajı olabilir. Bu özellikle koleksiyonlarda faydalı olabilir

Salt okunur işaretlemenin kullanımının bir başka ilginç kısmı, alanı singletondaki başlatmadan korumak olabilir.

örneğin csharpindepth kodunda :

public sealed class Singleton
{
    private static readonly Lazy<Singleton> lazy =
        new Lazy<Singleton>(() => new Singleton());

    public static Singleton Instance { get { return lazy.Value; } }

    private Singleton()
    {
    }
}

readonly, Singleton alanını iki kez başlatılmasını önlemede küçük bir rol oynar. Başka bir ayrıntı da, söz konusu senaryo için const'ı kullanamayacağınızdır, çünkü const derleme zamanında yaratmayı zorlar, ancak singleton çalışma zamanında yaratma yapar.

readonlybeyanda başlatılabilir veya değerini yalnızca kurucudan alabilir. Bunun aksine constaynı anda başlatılmalı ve beyan edilmelidir. readonly her şeye const sahip, ayrıca kurucu başlatma

kod https://repl.it/HvRU/1

using System;

class MainClass {
    public static void Main (string[] args) {

        Console.WriteLine(new Test().c);
        Console.WriteLine(new Test("Constructor").c);
        Console.WriteLine(new Test().ChangeC()); //Error A readonly field 
        // `MainClass.Test.c' cannot be assigned to (except in a constructor or a 
        // variable initializer)
    }


    public class Test {
        public readonly string c = "Hello World";
        public Test() {

        }

        public Test(string val) {
          c = val;
        }

        public string ChangeC() {
            c = "Method";
            return c ;
        }
    }
}