各种答案都提到了使用属性来实现惰性成员。这个答案讨论了使用属性来生成活的别名。我只是想指出，这两个概念有时是同时存在的。

当使用一个属性作为另一个对象的公共属性的别名时，该属性的惰性被保留:

[DebuggerBrowsable(DebuggerBrowsableState.Never)]
private IDbConnection Conn => foo.bar.LazyDbConnection;

另一方面，在构造函数中检索该属性将否定lazy方面:

Conn = foo.bar.LazyDbConnection;

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

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

这是我唯一能想到的用法

private bool IsPasswordSet 
{ 
     get
     {
       return !String.IsNullOrEmpty(_password);
     }
}

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

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

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

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

public string Password 
{
    get; 
    private set;
}

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

在我的代码中，它的主要用途是惰性初始化，就像其他人提到的那样。

在字段上使用私有属性的另一个原因是私有属性比私有字段更容易调试。我经常想知道一些事情，比如“这个领域正在出人意料地设置;谁是第一个设置这个字段的调用者?”如果你能在setter上放一个断点，然后点击go，那就简单多了。你可以把登录放到这里。你可以把绩效指标放进去。您可以放入在调试版本中运行的一致性检查。

基本上，这可以归结为:代码远比数据强大。任何能让我编写所需代码的技术都是好技术。字段不允许您在其中编写代码，属性允许。

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