Difference between Automatic Properties and public field in C# 3.0
我无法理解为什么C 3.0中存在自动实现的属性语言功能。
你说的话有什么不同
1 | public string FirstName; |
比
1 | public string FirstName { get; set; } |
因为它们在生成的IL代码(和机器语言)中的实现方式不同。自动属性仍然公开为公共getter和setter,而公共字段只是一个单独的字段。
因此,实现auto属性允许您在以后更改getter或setter的内部行为(例如添加验证器),而无需重新编译或重新编码任何使用它的依赖类…
为了补充其他人所说的,声明一个公共字段,该字段可以读写。声明公共自动属性,尽管该属性是公共的,但仍可以添加修饰符来控制get/set级别的可访问性。
1 | public string FirstName { get; private set; } |
类的用户将firstname视为公共财产。但是,他/她不能给它写信。
考虑一下,如果您以后想用自定义实现将它们中的每一个更改为一个属性,会发生什么。如果它是自动实现的属性,只需添加一个字段并更改实现。完全源代码和二进制兼容性。
如果它是一个要开始的字段,那么既不能获得源代码,也不能获得二进制兼容性。您必须重建引用它的所有内容,并修复不再编译的任何内容。
此外,房地产比油田有很多好处。我个人对字段的主要反对意见是它公开了API中的实现决策。
因为这个用途:
不同之处在于,用读取属性的代码编译的其他程序集是根据属性编译的。
如果您稍后决定需要向getter或setter添加代码,则可以这样做,而不必强制与之链接的每个其他程序集重新编译。
但在田里就不是这样了。如果稍后将字段更改为属性,为了添加该代码,与您的字段链接的其他程序集将停止正常工作,因为它们被编译为读取字段,而不是属性。
此外,编写许多代码是为了查找属性,而不是字段,如数据绑定和类似的内容。
自动属性是编译器生成的常规属性,它们使用类似于任何常规属性的支持字段,但您不需要为此编写代码。以下是编译器生成的代码的一个非常有说明性的示例(得益于Reflector):
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 | [CompilerGenerated] private string <ContentType>k__BackingField; public string ContentType { [CompilerGenerated] get { return this.<ContentType>k__BackingField; } [CompilerGenerated] set { this.<ContentType>k__BackingField = value; } } |
第一个是公共领域,第二个是公共财产。
主要区别在于它们的使用方式。例如,WPF只能将数据绑定到属性,而不能绑定到字段。