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

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

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

例如数学PI

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

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

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

由于他们中的许多人已经解释了财产和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;
        }
   }

这里的第二个问题，“什么时候应该使用字段而不是属性？”，在另一个答案中只简短地提到了这个问题，也有点像这个问题，但没有太多细节。

总的来说，所有其他答案都是关于良好设计的一针见血的：比起暴露字段，更喜欢暴露财产。虽然你可能不会经常说“哇，想象一下，如果我把这里变成了一块地而不是一块地，情况会变得多么糟糕”，但想到你会说“哇！谢天谢地，我在这里用了一块土地而不是一处地”的情况，那就难得多了

但与财产相比，字段有一个优点，那就是它们可以用作“ref”/“out”参数。假设您有一个具有以下签名的方法：

public void TransformPoint(ref double x, ref double y);

假设您希望使用该方法来转换如下创建的数组：

System.Windows.Point[] points = new Point[1000000];
Initialize(points);

因为X和Y是财产，所以我认为这是最快的方法：

for (int i = 0; i < points.Length; i++)
{
    double x = points[i].X;
    double y = points[i].Y;
    TransformPoint(ref x, ref y);
    points[i].X = x;
    points[i].Y = y;
}

这会很好的！除非你的测量结果证明了这一点，否则没有理由大惊小怪。但我认为，从技术上来说，它并不能保证像这样快：

internal struct MyPoint
{
    internal double X;
    internal double Y;
}

// ...

MyPoint[] points = new MyPoint[1000000];
Initialize(points);

// ...

for (int i = 0; i < points.Length; i++)
{
    TransformPoint(ref points[i].X, ref points[i].Y);
}

我自己进行了一些测量，带字段的版本与带财产的版本（.NET 4.6、Windows 7、x64、发布模式、未附加调试程序）相比，大约需要61%的时间。TransformPoint方法的成本越高，差异就越不明显。若要自己重复此操作，请将第一行注释掉，并将其未注释掉。

即使上述方法没有性能优势，但在其他地方使用ref和out参数可能会有好处，例如在调用Interlocked或Volatile方法家族时。注意：如果这对您来说是新的，Volatile基本上是一种获得Volatile关键字提供的相同行为的方法。因此，就像volatile一样，它并没有像名字所暗示的那样神奇地解决所有线程安全问题。

我当然不想让人觉得我在提倡你说“哦，我应该开始公开字段，而不是财产。”关键是，如果你需要在调用中定期使用这些成员来接受“ref”或“out”参数，尤其是在可能是简单值类型的东西上，它不太可能需要财产的任何增值元素，那么可以进行一个参数。