WCF Отключить чувствительность порядка десериализации

Question

У меня есть повторяющаяся проблема при передаче объектов Serialized между не-NET-клиентами и .NET WCF Services.

Когда WCF десериализует объекты, он строго зависит от порядка свойств.

То есть, если я определяю мой класс, как:

public class Foo 
{ 
    public int ID { get; set; } 
    public int Bar { get; set; } 
} 

Тогда WCF будет сериализовать объект как, как:

<Foo> 
    <Bar>123</Bar> 
    <ID>456</ID> 
</Foo> 

Примечание: Свойства упорядочиваются в алфавитном порядке.

Если вы попытаетесь десериализовать объект с положением Bar и ID, то WCF обработает неправильно размещенные элементы как null.

Хотя я знаю, что могу использовать атрибут DataMember, а также принудительное выполнение определенного заказа, я хочу уменьшить количество раз, когда мне приходится отлаживать проблемы, где поля «таинственно» равны нулю.

Итак, мой вопрос: можете ли вы указать Deserializer WCF игнорировать порядок полей при десериализации объектов.

Answer 1

Там старая нить на этом здесь:

http://social.msdn.microsoft.com/Forums/en-US/wcf/thread/a891928b-d27a-4ef2-83b3-ee407c6b9187

Похоже, единственный вариант поменять сериалайзер, но тогда она становится неавтоматического, в котором еще больше раздражает.

Редактировать: Вы можете написать свой собственный сериализатор, чтобы повторно заказать элементы, а затем передать его на DataContractSerializer.

Answer 2

Вы можете указать порядок сериализации декорирования элементов в контракте данных:

[DataContract] 
public class Foo 
{ 
    [DataMember(Order=1)] 
    public int ID { get; set; } 

    [DataMember(Order=2)] 
    public int Bar { get; set; } 
} 

Таким образом, вы можете убедиться, что порядок сериализации одно и то же все время. Но нет способа сказать десериализатору «забыть» о заказе - дело в том, что это обрабатывается с помощью XML-схемы и выполняется с использованием элемента <xs:sequence>, и это подразумевает и требует порядка. Боюсь, вы не можете просто отключить это.

Основываясь на этой XML-схеме, ваши клиенты не.NET должны иметь возможность проверить, соответствует ли их XML, который они собираются отправить, этой схеме, и если это не так, поскольку элемент Bar и ID были заменены, они не должны отправлять этот недопустимый XML.

Answer 3

Вы можете использовать свойство IsRequired атрибута DataMember, чтобы указать, что эти элементы необходимы. Таким образом, вместо получения «загадочного» нулевого значения вы получите более явное сообщение об ошибке, указывающее на отсутствие требуемого элемента.

[DataContract] 
public class Foo 
{ 
    [DataMember(IsRequired=true, Order=1)] 
    public int ID { get; set; } 

    [DataMember(IsRequired=true, Order=2)] 
    public int Bar { get; set; } 
} 

Что происходит в вашем случае:

• DataContract ожидает бар и ID элементов в таком порядке (алфавитные, потому что вы не указали явный порядок).

• Он встречает элемент ID без предшествующего элемента Bar. Поскольку Bar не требуется, он просто игнорирует его.

• Элемент, следующий после строки, игнорируется, поскольку он находится в неправильном положении.

Сказав, что установка IsRequired to true поможет только в версии 1 вашего контракта. Элементы, добавленные в последующих версиях, обычно имеют значение IsRequired, равное false.MSDN имеет an article on data contract versioning.