另一种用法是在设置值时执行一些额外的操作。

它发生在WPF在我的情况下，当我显示一些信息基于私有对象(不实现INotifyPropertyChanged):

private MyAggregateClass _mac;

private MyAggregateClass Mac
{
    get => _mac;
    set
    {
        if(value == _mac) return;
        _mac = value;
        PropertyChanged?.Invoke(this, new PropertyChangedEventArgs(nameof(DisplayInfo)));
    }
}

public string DisplayInfo => _mac.SomeStringInformationToDisplayOnUI;
        

还可以有一些私有方法，例如

private void SetMac(MyAggregateClass newValue)

这样做。

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

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

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

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

public string Password 
{
    get; 
    private set;
}

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

私有get only属性的一个很好的用法是计算值。有几次我有私有只读属性，只是在我的类型中对其他字段进行计算。它不值得作为方法，其他类也不感兴趣，所以它是私有属性。

惰性初始化是它们可以很整洁的一个地方，例如。

private Lazy<MyType> mytype = new Lazy<MyType>(/* expensive factory function */);

private MyType MyType { get { return this.mytype.Value; } }

// In C#6, you replace the last line with: private MyType MyType => myType.Value;

然后你可以写:this。MyType而不是this.mytype.Value，并封装了它在单个位置被惰性实例化的事实。

一个遗憾的是c#不支持将支持字段的作用域定义为属性(即在属性定义中声明它)来完全隐藏它，并确保它只能通过属性访问。

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

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

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

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

Conn = foo.bar.LazyDbConnection;

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

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.