将成员变量声明为只读有哪些好处?它只是为了防止在类的生命周期中有人更改它的值,还是使用这个关键字会导致任何速度或效率的改进?


当前回答

使用只读标记的另一个有趣的部分是在单例中防止字段初始化。

例如,在csharpdepth的代码中:

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在保护字段单例不被初始化两次方面起着很小的作用。另一个细节是,对于上述场景,您不能使用const,因为const强制在编译时创建,而单例在运行时创建。

其他回答

添加一个基本方面来回答这个问题:

属性可以通过省略set操作符来表示为只读。所以在大多数情况下,你不需要添加readonly关键字属性:

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

相比之下:字段需要readonly关键字来实现类似的效果:

public readonly int Foo; // a readonly field

因此,将字段标记为只读的一个好处是可以实现与没有设置操作符的属性类似的写保护级别——如果出于某种原因,不需要将字段更改为属性。

使用只读标记的另一个有趣的部分是在单例中防止字段初始化。

例如,在csharpdepth的代码中:

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在保护字段单例不被初始化两次方面起着很小的作用。另一个细节是,对于上述场景,您不能使用const,因为const强制在编译时创建,而单例在运行时创建。

readonly关键字用于将成员变量声明为常量,但允许在运行时计算值。这与使用const修饰符声明的常量不同,后者必须在编译时设置其值。使用readonly,您可以在声明中或在字段所属对象的构造函数中设置字段的值。

如果您不想重新编译引用该常量的外部dll(因为它在编译时被替换),也可以使用它。

如果你有一个预先定义或预先计算的值,需要在整个程序中保持不变,那么你应该使用constant,但如果你有一个值需要在运行时提供,但一旦分配,应该在整个程序中保持不变,你应该使用readonly。例如,如果你必须分配程序的开始时间,或者你必须在对象初始化时存储用户提供的值,并且你必须限制它进一步更改,你应该使用readonly。

不要忘记有一种变通方法,可以使用out参数在任何构造函数之外设置只读字段。

有点乱,但是:

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
}

进一步讨论请访问:http://www.adamjamesnaylor.com/2013/01/23/Setting-Readonly-Fields-From-Chained-Constructors.aspx