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

它发生在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)

这样做。

我知道这个问题很老了，但下面的信息没有出现在任何当前的答案中。

我无法想象什么时候我需要内部获取而不是设置

如果你正在注入你的依赖项，你可能很想在属性上有一个Getter，而不是一个setter，因为这将表示一个只读属性。换句话说，Property只能在构造函数中设置，不能由类中的任何其他代码更改。

此外，Visual Studio Professional将提供关于属性而不是字段的信息，从而更容易看到您的字段正在被使用。

我一直在做的一件事是将“全局”变量/缓存存储到HttpContext中。当前的

private static string SomeValue{
  get{
    if(HttpContext.Current.Items["MyClass:SomeValue"]==null){
      HttpContext.Current.Items["MyClass:SomeValue"]="";
    }
    return HttpContext.Current.Items["MyClass:SomeValue"];
  }
  set{
    HttpContext.Current.Items["MyClass:SomeValue"]=value;
  }
}

好吧，正如没有人提到的，你可以用它来验证数据或锁定变量。

Validation string _password; string Password { get { return _password; } set { // Validation logic. if (value.Length < 8) { throw new Exception("Password too short!"); } _password = value; } } Locking object _lock = new object(); object _lockedReference; object LockedReference { get { lock (_lock) { return _lockedReference; } } set { lock (_lock) { _lockedReference = value; } } } Note: When locking a reference you do not lock access to members of the referenced object.

惰性引用:当惰性加载时，你可能最终需要异步加载，现在有AsyncLazy。如果你使用的是比Visual Studio SDK 2015更老的版本，或者没有使用它，你也可以使用AsyncEx的AsyncLazy。

我不时地使用它们。当你可以轻松地在属性中添加断点或添加日志记录语句时，它们可以使调试变得更容易。

如果您稍后需要以某种方式更改数据类型或需要使用反射，那么它也很有用。

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

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

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

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

public string Password 
{
    get; 
    private set;
}

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