财产支持非对称访问，即您可以有getter和setter，也可以只有这两者之一。类似地，财产支持getter/setter的单独可访问性。字段始终是对称的，即您始终可以获取和设置值。例外情况是只读字段，在初始化后显然无法设置。

财产可能运行很长时间，有副作用，甚至可能引发异常。字段很快，没有副作用，并且不会抛出异常。由于副作用，属性可能会为每个调用返回不同的值（DateTime.Now可能就是这样，即DateTime.Nnow不总是等于DateTime.NNow）。字段总是返回相同的值。

字段可以用于out/ref参数，财产则不能。财产支持额外的逻辑–这可以用于实现延迟加载等。

财产通过封装获取/设置值的任何含义来支持抽象级别。

在大多数/所有情况下使用财产，但尽量避免副作用。

我对一个字段的设计是，一个字段只需要由它的父级修改，也就是类修改。结果变量变为私有，然后为了能够赋予读取外部类/方法的权限，我只使用Get来遍历属性系统。然后，该字段由属性检索，并且是只读的！如果你想修改它，你必须通过方法（例如构造函数），我发现由于这种方法使你安全，我们可以更好地控制代码，因为我们“法兰”。我们可以很好地将所有的事情都公开，所以每个可能的情况，变量/方法/类等的概念。。。在我看来，这只是对代码开发和维护的一种帮助。例如，如果一个人使用公共字段恢复代码，那么他可以做任何事情，因此可以做与目标相关的“不合逻辑”的事情，即代码编写的逻辑。这是我的观点。

当我使用经典模型私有字段/公共只读财产时，对于10个私有字段，我应该编写10个公共财产！代码可以更快地变大。我发现了私有setter，现在我只对私有setter使用公共财产。setter在后台创建一个私有字段。

这就是为什么我以前的经典编程风格是：

public class MyClass
{
 private int _id;
 public int ID { get { return _id; } }
 public MyClass(int id)
 {
  _id = id;
 }
}

我的新编程风格：

public class MyClass
{
 public int ID { get; private set; }
 public MyClass(int id)
 {
  ID = id;
 }
}

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

财产封装字段，从而使您能够对要设置或检索的值执行附加处理。如果您不需要对字段值进行任何预处理或后处理，那么使用财产通常是过分的。

财产支持非对称访问，即您可以有getter和setter，也可以只有这两者之一。类似地，财产支持getter/setter的单独可访问性。字段始终是对称的，即您始终可以获取和设置值。例外情况是只读字段，在初始化后显然无法设置。

财产可能运行很长时间，有副作用，甚至可能引发异常。字段很快，没有副作用，并且不会抛出异常。由于副作用，属性可能会为每个调用返回不同的值（DateTime.Now可能就是这样，即DateTime.Nnow不总是等于DateTime.NNow）。字段总是返回相同的值。

字段可以用于out/ref参数，财产则不能。财产支持额外的逻辑–这可以用于实现延迟加载等。

财产通过封装获取/设置值的任何含义来支持抽象级别。

在大多数/所有情况下使用财产，但尽量避免副作用。

基本区别和一般区别是：

领域

始终给予get和set访问权限不会造成副作用（引发异常、调用方法、更改字段（获取/设置的字段除外）等）

财产

并非总是同时提供get和set访问权限CAN导致副作用