Порядок членов данных и десериализация XML

Question

Порядок членов данных и десериализация XML

2

У меня есть приложение RESTful WCF, которое использует пользовательские классы в качестве параметров метода сервиса. Эти классы украшены атрибутом [DataContract], и каждое из их свойств украшено атрибутом [DataMember].

Deserializer работает в соответствии со следующей страницей "Order Member Order" в MSDN: http://msdn.microsoft.com/en-us/library/ms729813.aspx.

То есть, он ожидает, что элементы в форматированных XML-данных будут следовать описанному порядку. На самом деле, если один из элементов не соответствует порядку, после десериализации он не имеет представленного значения, а имеет значение null.

Есть ли хороший способ разрешить вызывающей программе свободно упорядочивать xml-элементы (т.е. в любом порядке) и иметь десериализацию для каждого упорядочения элементов?

Ralph McArthur 11 авг. 2009, в 20:48

Источник

0

Я понимаю, что этот вопрос довольно старый, но вот следующий аналогичный тематический вопрос - stackoverflow.com/questions/1727682/…
Reddog 11 апр. 2012, в 22:03
0

Возможно дублирование WCF Datacontract, некоторые поля не десериализуются
Vlad 26 окт. 2017, в 06:55

Теги:

c#

wcf

1 ответ

Ещё вопросы

Я понимаю, что этот вопрос довольно старый, но вот следующий аналогичный тематический вопрос - stackoverflow.com/questions/1727682/…
Возможно дублирование WCF Datacontract, некоторые поля не десериализуются

John Saunders · Accepted Answer · 2009-08-11T20-14-00.000Z

2

Лучший ответ

Большинство XML не позволяют вводить элементы в произвольном порядке. Нет никаких оснований позволять это, насколько я знаю.

Сериализатор данных не поддерживает это вообще. Это добавит дополнительные служебные данные и не даст никакой ценности.

Почему ваши абоненты не могут отправить правильный XML?

John Saunders 11 авг. 2009, в 20:14

0

Джон, спасибо за твой ответ. Вы сказали: «Сериализатор контрактов данных вообще не поддерживает это». Можете ли вы указать мне документацию Microsoft, в которой об этом говорится прямо, или вы собрали ее из разных источников?
Ralph McArthur 12 авг. 2009, в 23:49
0

@Ralph: вы сказали это сами: «он ожидает, что элементы входных данных в формате XML будут следовать описанному порядку». Кроме того, различные записи в течение многих лет о различиях между сериализацией контракта данных и сериализацией XML показали, что сериализация контракта данных должна быть быстрой и простой. Выбор не является «простым», и он не добавляет никакой ценности.
John Saunders 13 авг. 2009, в 02:30
0

@ Ральф: Пожалуйста, обновите свой вопрос, чтобы сказать, почему вы хотите это сделать. Почему ваши абоненты не могут просто отправить правильный XML?
John Saunders 13 авг. 2009, в 02:31
0

@John: мои абоненты могут, по сути, «отправить правильный XML». Я добивался правдоподобия выполнения требования, которое исходило не от них. То, что я читал о сериализаторе контрактов данных, является поведением по умолчанию. Я пытался понять, единственное ли это поведение. Я принимаю, что следующий порядок является нормальным способом использования XML, и я отмечаю ваш ответ как решение. Еще раз спасибо.
Ralph McArthur 13 авг. 2009, в 14:38
1

@Ralph: у меня когда-то был менеджер, задающий мне тот же вопрос. В моем случае, глядя на него как на сумасшедшего и глупого, я решил проблему.
John Saunders 13 авг. 2009, в 14:42
0

«Большинство XML не позволяет вводить элементы в произвольном порядке», это не совсем так. Многие форматы XML не заботятся о порядке.
Ben 10 июнь 2016, в 11:29
0

@ben «много» меньше, чем «большинство». В таких форматах нет ничего «плохого», вы просто не используете Data Contract Serialized для их обработки.
John Saunders 10 июнь 2016, в 14:48
0

«Много» может или не может быть меньше, чем «большинство», но даже в этом случае «много», безусловно, является «веской причиной, чтобы разрешить это» - говоря как человек, который только что провел несколько часов в погоне за ошибкой, вызванной принятием порядка не имеет значения, потому что почему порядок имеет значение, когда у вас есть имена ...
Ben 10 июнь 2016, в 14:59
1

Есть два типа разработчиков, те, которые делают предположения, и лжецы. Так что возьмите свой snark и сделайте что-нибудь более приятное с ним.
Ben 10 июнь 2016, в 19:51
0

@ben Я никогда не говорил и не подразумевал, что я не делаю предположений. Я просто надеюсь, что вы теперь узнали, почему это может быть плохо.
John Saunders 10 июнь 2016, в 20:22
1

Ваш ответ саркастический, оскорбительный и отличается от слов «Сериализатор контрактов данных не поддерживает это», остальная часть неверна. Ваши комментарии такие же.
Ben 10 июнь 2016, в 20:39

Показать ещё 9 комментариев