面向对象的编程原则表明，类的内部工作应该对外界隐藏。如果公开一个字段，本质上就是公开类的内部实现。因此，我们用财产（Properties）（或Java中的方法）包装字段，使我们能够在不破坏代码的情况下更改实现。考虑到我们可以在Property中放置逻辑，还允许我们在需要时执行验证逻辑等。C#有一个可能令人困惑的自动属性概念。这允许我们简单地定义Property，而C#编译器将为我们生成私有字段。

public class Person
{
   private string _name;

   public string Name
   {
      get
      {
         return _name;
      }
      set
      {
         _name = value;
      }
   }
   public int Age{get;set;} //AutoProperty generates private field for us
}

财产的主要优点是允许您更改对象上数据的访问方式，而不会破坏其公共接口。例如，如果您需要添加额外的验证，或者将存储的字段更改为计算字段，那么如果您最初将字段作为属性公开，则可以很容易地执行此操作。如果您只是直接公开了一个字段，那么您必须更改类的公共接口以添加新功能。这种改变会破坏现有的客户机，要求他们在使用新版本的代码之前重新编译。

如果您编写了一个为广泛使用而设计的类库（如数百万人使用的.NET Framework），这可能是一个问题。然而，如果您正在编写一个在小代码库内部使用的类（例如<=50K行），这真的不是什么大问题，因为没有人会受到您的更改的负面影响。在这种情况下，这真的只是个人喜好。

如果要使用线程原语，则必须使用字段。财产可以破坏线程代码。除此之外，科里所说的是正确的。

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

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

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

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

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

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

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

在大多数情况下，它将是您访问的属性名，而不是变量名（字段）。原因是，在.NET中，尤其是在C#中，它被认为是保护类中的每一条数据的良好做法，无论是实例变量还是静态变量（类变量），因为它与类相关联。

使用相应的财产保护所有这些变量，这些属性允许您定义、设置和获取访问器，并在操作这些数据片段时执行验证等操作。

但在其他情况下，如Math类（System命名空间），类中内置了一些静态财产。其中一个是数学常数PI

例如数学PI

因为PI是一块定义良好的数据，我们不需要有多个PI副本，它总是相同的值。因此，静态变量有时用于在类的对象之间共享数据，但也通常用于只需要一个数据副本的常量信息。