由于他们中的许多人已经解释了财产和Field的技术优缺点，现在是时候进入实时示例了。

1.财产允许您设置只读访问级别

考虑dataTable.Rows.Count和dataTable.Column[i].Caption的情况。它们来自dataTable类，对我们来说都是公共的。对它们的访问级别的不同之处在于，我们不能将值设置为dataTable.Rrows.Count，但我们可以读写dataTable.Colomn[i].Taption。这可以通过Field实现吗？不这只能通过财产完成。

public class DataTable
{
    public class Rows
    {       
       private string _count;        

       // This Count will be accessable to us but have used only "get" ie, readonly
       public int Count
       {
           get
           {
              return _count;
           }       
       }
    } 

    public class Columns
    {
        private string _caption;        

        // Used both "get" and "set" ie, readable and writable
        public string Caption
        {
           get
           {
              return _caption;
           }
           set
           {
              _caption = value;
           }
       }       
    } 
}

2.PropertyGrid中的财产

您可能在Visual Studio中使用了Button。它的财产显示在PropertyGrid中，如Text、Name等。当我们拖放按钮时，当我们单击财产时，它将自动找到类button并过滤财产，并在Property Grid中显示该类（其中PropertyGrid不会显示Field，即使它们是公共的）。

public class Button
{
    private string _text;        
    private string _name;
    private string _someProperty;

    public string Text
    {
        get
        {
           return _text;
        }
        set
        {
           _text = value;
        }
   } 

   public string Name
   {
        get
        {
           return _name;
        }
        set
        {
           _name = value;
        }
   } 

   [Browsable(false)]
   public string SomeProperty
   {
        get
        {
           return _someProperty;
        }
        set
        {
           _someProperty= value;
        }
   } 

在PropertyGrid中，将显示财产Name和Text，但不显示SomeProperty。为什么？因为财产可以接受属性。如果[可浏览（false）]为false，则不会显示。

3.可以在财产中执行语句

public class Rows
{       
    private string _count;        


    public int Count
    {
        get
        {
           return CalculateNoOfRows();
        }  
    } 

    public int CalculateNoOfRows()
    {
         // Calculation here and finally set the value to _count
         return _count;
    }
}

4.绑定源中只能使用财产

绑定源帮助我们减少代码行数。BindingSource不接受字段。为此，我们应该使用财产。

5.调试模式

考虑我们使用Field来保存值。在某些时候，我们需要调试并检查该字段的值在哪里变为空。当代码行数超过1000行时，这将很难做到。在这种情况下，我们可以使用Property，并可以在Property中设置调试模式。

   public string Name
   {
        // Can set debug mode inside get or set
        get
        {
           return _name;
        }
        set
        {
           _name = value;
        }
   }

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

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

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

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

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

IMO，财产只是我们以前使用的“SetXXX（）”“GetXX（）”函数/方法/接口对，但它们更简洁优雅。

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

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";

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

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

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

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