WCF对没有“设置”的属性造成窒息。任何解决方法？

由于服务方法，我要传递一些类，并且该类具有仅获取属性：

[DataContract]
public class ErrorBase
{
  [DataMember]
  public virtual string Message { get { return ""; } }
}

服务端出现异常：

System.Runtime.Serialization.InvalidDataContractException：类型'MyNamespace.ErrorBase'中没有为属性'Message'设置的方法。

我必须将此属性作为唯一的获取器，我不能允许用户为其分配值。我可以使用任何解决方法吗？还是我缺少一些其他属性？

Give Message是一个公共的getter但受保护的setter，所以只有子类（和DataContractSerializer，因为它欺骗了:）才可以修改该值。

即使您不需要更新值，WCFSerializer也使用setter来反序列化对象（并重新设置值）。

这样的SO是您所追求的： WCF DataContracts

[DataMember(Name = "PropertyName")]
public string PropertyName
{
    get
    {
        return "";
    }
    private set
    { }
}

如果您只有一个吸气剂，为什么根本需要序列化该属性。似乎您可以删除只读属性的DataMember属性，而序列化程序将仅忽略该属性。

您难道没有一个“什么都不做”的二传手吗？

[DataContract]
public class ErrorBase
{
  [DataMember]
  public virtual string Message 
  {
      get { return ""; } 
      set { }
  }
}

还是DataContract序列化器也否？

具有DataMember属性的属性始终需要设置。由于应始终为DataContract成员分配值，因此应在客户端应用程序上重新编写simmilar对象。

我在ASP.NET MVC中遇到了这个问题，我想使用DataContractSerializer以便能够控制JSON输出中项目的名称。最终，我将序列化器切换为JSON.NET，它通过来支持不带setter的属性（DataContractSerializer不支持）和属性名称控制（ASP.NET MVC中的内置JSON序列化器不支持）[JsonProperty(PropertyName = "myName")]。

如果这是一个可行的选择，则不要ErrorBase像下面这样将其定义为基类：

    public interface IError
    {
        string Message
        {
            [OperationContract]
            get;

            // leave unattributed
            set;
        }
    }

现在，即使存在setter，客户端也无法通过WCF通道访问它，就好像它是私有的一样。

如果您的序列化程序是DataContractJsonSerializer（或任何DataContractSerializer）类型，则您也可以DataContractSerializerSettings在构造函数中使用，并将SerializeReadOnlyTypes属性设置为true。