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

传统上，私有字段是通过getter和setter方法设置的。为了减少代码，您可以使用财产来设置字段。

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

例如，如果我的变量名为“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";
    }
}

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

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

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

看完所有答案后，我没有找到关于并发访问的答案。

假设您有一个可以异步访问的API端点，并且您使用静态字段存储数据，并且需要对静态字段进行独占访问。

为了重现这个示例，您需要一个负载测试来同时访问端点。

当使用静态int计数器字段时，端点在两次或多次访问中获得相同的值。

当使用静态int计数器属性时，端点处理并发性，并始终获取计数器的新值。

这根本不能回答问题，但在使用其中一种或另一种时，必须考虑到这种行为。