将成员变量声明为只读有哪些好处?它只是为了防止在类的生命周期中有人更改它的值,还是使用这个关键字会导致任何速度或效率的改进?
当前回答
添加一个基本方面来回答这个问题:
属性可以通过省略set操作符来表示为只读。所以在大多数情况下,你不需要添加readonly关键字属性:
public int Foo { get; } // a readonly property
相比之下:字段需要readonly关键字来实现类似的效果:
public readonly int Foo; // a readonly field
因此,将字段标记为只读的一个好处是可以实现与没有设置操作符的属性类似的写保护级别——如果出于某种原因,不需要将字段更改为属性。
其他回答
WPF可以带来性能上的好处,因为它不需要昂贵的DependencyProperties。这对于集合尤其有用
readonly关键字用于将成员变量声明为常量,但允许在运行时计算值。这与使用const修饰符声明的常量不同,后者必须在编译时设置其值。使用readonly,您可以在声明中或在字段所属对象的构造函数中设置字段的值。
如果您不想重新编译引用该常量的外部dll(因为它在编译时被替换),也可以使用它。
使用只读没有明显的性能好处,至少我在任何地方都没有看到过。这只是为了完全按照你的建议去做,为了在初始化后防止修改。
因此,它是有益的,因为它可以帮助您编写更健壮、更可读的代码。当您在团队中工作或进行维护时,这样的事情会带来真正的好处。将某些东西声明为只读类似于在代码中为该变量的使用订立契约。你可以把它看作是用与其他关键字(如internal或private)相同的方式添加文档,你在说“这个变量在初始化后不应该被修改”,而且你在强制执行它。
因此,如果您创建了一个类,并通过设计将一些成员变量标记为只读,那么您就可以防止您自己或其他团队成员在以后扩展或修改类时犯错误。在我看来,这是一个值得拥有的好处(就像doofledorfer在评论中提到的那样,代价是额外的语言复杂性)。
小心使用私有只读数组。如果客户端将这些对象作为对象公开(您可以像我一样为COM互操作这样做),客户端可以操作数组值。当将数组作为对象返回时,请使用Clone()方法。
使用只读标记的另一个有趣的部分是在单例中防止字段初始化。
例如,在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强制在编译时创建,而单例在运行时创建。
推荐文章
- 防止在ASP中缓存。NET MVC中使用属性的特定操作
- 转换为值类型'Int32'失败,因为物化值为空
- c#中有任何连接字符串解析器吗?
- 在Linq中转换int到字符串到实体的问题
- 是否可以动态编译和执行c#代码片段?
- 创建自定义MSBuild任务时,如何从c#代码获取当前项目目录?
- c#和Java的主要区别是什么?
- 在c#中创建一个特定时区的DateTime
- .NET中的属性是什么?
- csproj文件中的“Service Include”是干什么用的?
- 如何使用try catch进行异常处理是最佳实践
- 替换字符串中第一次出现的模式
- .NET中字节的字面后缀?
- 如何处理AccessViolationException
- c#忽略证书错误?