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


当前回答

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

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

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

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

public readonly int Foo; // a readonly field

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

其他回答

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

我认为使用只读字段不会带来任何性能上的提升。这只是一个检查,以确保一旦对象完全构造,该字段不能指向一个新值。

然而,“readonly”与其他类型的只读语义非常不同,因为它是由CLR在运行时强制执行的。readonly关键字编译为.initonly,这是CLR可以验证的。

这个关键字的真正优点是生成不可变的数据结构。根据定义,不可变数据结构一旦构造就不能更改。这使得在运行时推断结构的行为变得非常容易。例如,将不可变结构传递给代码的另一个随机部分是没有危险的。他们永远不能改变它,所以你可以根据这个结构可靠地编程。

Robert Pickering写了一篇关于不变性的好处的博客文章。这篇文章可以在这里或archive.org上找到。

使用只读没有明显的性能好处,至少我在任何地方都没有看到过。这只是为了完全按照你的建议去做,为了在初始化后防止修改。

因此,它是有益的,因为它可以帮助您编写更健壮、更可读的代码。当您在团队中工作或进行维护时,这样的事情会带来真正的好处。将某些东西声明为只读类似于在代码中为该变量的使用订立契约。你可以把它看作是用与其他关键字(如internal或private)相同的方式添加文档,你在说“这个变量在初始化后不应该被修改”,而且你在强制执行它。

因此,如果您创建了一个类,并通过设计将一些成员变量标记为只读,那么您就可以防止您自己或其他团队成员在以后扩展或修改类时犯错误。在我看来,这是一个值得拥有的好处(就像doofledorfer在评论中提到的那样,代价是额外的语言复杂性)。

WPF可以带来性能上的好处,因为它不需要昂贵的DependencyProperties。这对于集合尤其有用

小心使用私有只读数组。如果客户端将这些对象作为对象公开(您可以像我一样为COM互操作这样做),客户端可以操作数组值。当将数组作为对象返回时,请使用Clone()方法。