当你有一节课是“汽车”时。财产包括颜色、形状。。

其中as字段是在类范围内定义的变量。

（这真的应该是一条评论，但我不能发表评论，所以如果不适合作为帖子，请原谅）。

我曾经在一个地方工作，推荐的做法是使用公共字段而不是财产，而等效的属性def只访问字段，如：

get { return _afield; }
set { _afield = value; }

他们的理由是，如果需要的话，公共领域可以在未来晚些时候转化为财产。当时我觉得有点奇怪。从这些帖子来看，这里似乎也没有多少人会同意。你可能会说些什么来改变现状？

编辑：我应该补充一点，这里的所有代码库都是同时编译的，所以他们可能认为更改类的公共接口（通过将公共字段更改为属性）不是问题。

我将举几个使用财产的示例，这些属性可能会使齿轮转动：

惰性初始化：如果您有一个对象的属性，该属性的加载成本很高，但在正常运行代码时无法访问，则可以通过该属性延迟加载。这样，它就只是坐在那里，但当另一个模块第一次尝试调用该属性时，它会检查基础字段是否为空-如果为空，它会继续加载它，调用模块不知道。这可以大大加快对象初始化。肮脏追踪：这是我从StackOverflow上的问题中了解到的。当我有很多对象的值可能在运行期间发生了变化时，我可以使用该属性来跟踪它们是否需要保存回数据库。如果对象的任何一个属性都没有改变，IsDirty标志都不会被触发，因此保存功能在决定需要返回数据库时会跳过它。

此外，财产允许您在设置值时使用逻辑。

因此，如果值大于x，您可以说只想将值设置为整数字段，否则将引发异常。

非常有用的功能。

在后台，属性被编译为方法。因此，Name属性被编译为get_Name（）和set_Name（字符串值）。如果您研究编译的代码，您可以看到这一点。因此，在使用它们时会有（非常）小的性能开销。通常，如果向外部公开字段，则始终使用Property，如果需要验证值，则通常在内部使用Property。

当你有一节课是“汽车”时。财产包括颜色、形状。。

其中as字段是在类范围内定义的变量。