也许有嵌套/继承类的用例，或者get/set可能包含逻辑，而不仅仅是返回属性的值

即使当我不需要属性的getter或setter上的逻辑时，我也会使用这种方法。使用属性(即使是私有属性)确实有助于您的代码不受未来的影响，以便您可以在需要时将逻辑添加到getter。

如果我觉得某个属性最终可能需要额外的逻辑，我有时会把它包装成一个私有属性，而不是使用字段，这样以后就不必更改代码了。

在半相关的情况下(尽管与你的问题不同)，我经常在公共属性上使用私有设置:

public string Password 
{
    get; 
    private set;
}

这为您提供了一个公共getter，但保持setter私有。

当存在与属性set或get相关的逻辑时(考虑惰性初始化)，并且属性在类中的几个地方使用时，这是非常有意义的。

如果它只是一个直接的后场?我想不出什么好理由。

属性和字段不是一对一的。属性是关于类的接口(无论是谈论它的公共接口还是内部接口)，而字段是关于类的实现。属性不应该被视为仅仅公开字段的一种方式，它们应该被视为公开类的意图和目的的一种方式。

Just like you use properties to present a contract to your consumers on what constitutes your class, you can also present a contract to yourself for very similar reasons. So yes, I do use private properties when it makes sense. Sometimes a private property can hide away implementation details like lazy loading, the fact that a property is really a conglomeration of several fields and aspects, or that a property needs to be virtually instantiated with each call (think DateTime.Now). There are definitely times when it makes sense to enforce this even on yourself in the backend of the class.

查看指南(属性(c#编程指南))，似乎没有人期望将属性用作私有成员。

属性使类能够公开获取和设置值的公共方式，同时隐藏实现代码或验证代码。

在任何情况下，它都可以通过一个或两个方法进行交换，反之亦然。

原因可能是在获取时用圆括号，在设置时用字段语法。

通常只修改使用get/set方法的成员，甚至是私有方法。现在，这背后的逻辑是，所以你知道你的get/set总是以一种特定的方式表现(例如，触发事件)，这似乎没有意义，因为这些不会包括在属性方案中……但旧习难改。

显式字段的一些更奇特的用法包括:

你需要使用ref或out的值-可能因为它是一个联锁计数器 它旨在表示基本布局，例如在具有显式布局的结构上(可能映射到c++转储或不安全代码) 在历史上，该类型一直与带有自动字段处理的BinaryFormatter一起使用(更改为auto-props会更改名称，从而破坏序列化器)