WCF задыхается от свойств без «набора». Есть обходной путь?

У меня есть класс, который я передаю в результате метода службы, и у этого класса есть свойство только для получения:

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

Я получаю исключение на стороне сервиса:

System.Runtime.Serialization.InvalidDataContractException: не установлен метод для свойства «Сообщение» в типе «MyNamespace.ErrorBase».

У меня должно быть это свойство только как получатель, я не могу разрешить пользователям присваивать ему значение. Какое решение я мог бы использовать? Или мне не хватает какого-то дополнительного атрибута?

Дайте Message общедоступный получатель, но защищенный установщик, чтобы только подклассы (и DataContractSerializer, потому что он читер :) могли изменять значение.

Даже если вам не нужно обновлять значение, установщик используется WCFSerializer для десериализации объекта (и повторной установки значения).

Это то, что вам нужно: 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 всегда могут быть присвоены значения.

У меня была эта проблема с ASP.NET MVC, и я хотел использовать DataContractSerializer, чтобы иметь возможность контролировать имена элементов в выводе JSON. В конце концов я переключил сериализатор на JSON.NET, который поддерживает свойства без сеттеров (чего нет в DataContractSerializer) и управление именем свойства (чего не делает встроенный сериализатор JSON в ASP.NET MVC) через [JsonProperty(PropertyName = "myName")].

Если это приемлемый вариант, тогда вместо ErrorBaseбазового класса определите его следующим образом:

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

            // leave unattributed
            set;
        }
    }

Теперь, несмотря на то, что сеттер существует, он недоступен для клиента через канал WCF, поэтому он как если бы был частным.

Если ваш сериализатор имеет тип DataContractJsonSerializer(или любой другой DataContractSerializer), вы также можете использовать его DataContractSerializerSettingsв конструкторе, SerializeReadOnlyTypesустановив для свойства значение true.