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

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

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

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

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

差异-用途（何时和为什么）

字段是直接在类或结构中声明的变量。类或结构可以具有实例字段或静态字段，也可以同时具有两者。通常，应仅对具有专用或受保护的可访问性的变量使用字段。类向客户端代码公开的数据应该通过方法、财产和索引器提供。通过使用这些构造间接访问内部字段，可以防止输入值无效。

属性是提供读取、写入或计算私有字段值的灵活机制的成员。财产可以像公共数据成员一样使用，但它们实际上是称为访问器的特殊方法。这使得数据可以很容易地访问，并且仍然有助于提高方法的安全性和灵活性。财产使类能够公开获取和设置值的公共方式，同时隐藏实现或验证代码。get属性访问器用于返回属性值，set访问器用于分配新值。

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

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

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

例如数学PI

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

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

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

从技术上讲，我不认为有什么区别，因为财产只是围绕用户创建的或编译器自动创建的字段的包装器。财产的目的是加强封装，并提供轻量级的类方法功能。将字段声明为公共字段是一种不好的做法，但它没有任何问题。

当您希望您的私有变量（字段）可以被其他类中的类对象访问时，您需要为这些变量创建财产。

例如，如果我的变量名为“id”，而“name”是私有的但可能存在这样的情况，即类外部的读/写操作需要此变量。在这种情况下，属性可以帮助我根据为属性定义的get/set来读取/写入该变量。属性可以是readonly/writeonly/readwriteboth。

这是演示

class Employee
{
    // Private Fields for Employee
    private int id;
    private string name;

    //Property for id variable/field
    public int EmployeeId
    {
       get
       {
          return id;
       }
       set
       {
          id = value;
       }
    }

    //Property for name variable/field
    public string EmployeeName
    {
       get
       {
          return name;
       }
       set
       {
          name = value;
       }
   }
}

class MyMain
{
    public static void Main(string [] args)
    {
       Employee aEmployee = new Employee();
       aEmployee.EmployeeId = 101;
       aEmployee.EmployeeName = "Sundaran S";
    }
}