想想看：你有一个房间和一扇门可以进入这个房间。如果你想检查谁是如何进来并保护你的房间的，那么你应该使用财产，否则他们不会是任何门，每个人都很容易进来，没有任何规定

class Room {
   public string sectionOne;
   public string sectionTwo;
}

Room r = new Room();
r.sectionOne = "enter";

人们很容易进入第一区，没有任何检查

class Room 
{
   private string sectionOne;
   private string sectionTwo;

   public string SectionOne 
   {
      get 
      {
        return sectionOne; 
      }
      set 
      { 
        sectionOne = Check(value); 
      }
   }
}

Room r = new Room();
r.SectionOne = "enter";

现在你检查了这个人，知道他是否有什么不好的地方

财产显示字段。字段应该（几乎总是）对类保持私有，并通过get和set财产进行访问。财产提供了一个抽象级别，允许您更改字段，同时不影响使用类的事物访问字段的外部方式。

public class MyClass
{
    // this is a field.  It is private to your class and stores the actual data.
    private string _myField;

    // this is a property. When accessed it uses the underlying field,
    // but only exposes the contract, which will not be affected by the underlying field
    public string MyProperty
    {
        get
        {
            return _myField;
        }
        set
        {
            _myField = value;
        }
    }

    // This is an AutoProperty (C# 3.0 and higher) - which is a shorthand syntax
    // used to generate a private field for you
    public int AnotherProperty { get; set; } 
}

@Kent指出，财产不需要封装字段，它们可以对其他字段进行计算，也可以用于其他目的。

@GSS指出，您还可以在访问属性时执行其他逻辑，例如验证，这是另一个有用的功能。

面向对象的编程原则表明，类的内部工作应该对外界隐藏。如果公开一个字段，本质上就是公开类的内部实现。因此，我们用财产（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
}

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

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

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

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

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

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

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

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

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