我在序列化中使用它们，比如DataContractSerializer或protobuf-net，它们支持这种用法(XmlSerializer不支持)。如果你需要简化一个对象作为序列化的一部分，它是有用的:

public SomeComplexType SomeProp { get;set;}
[DataMember(Order=1)]
private int SomePropProxy {
    get { return SomeProp.ToInt32(); }
    set { SomeProp = SomeComplexType.FromInt32(value); }
}

我一直在做的一件事是将“全局”变量/缓存存储到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;
  }
}

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

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.

这是我唯一能想到的用法

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

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

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

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