XmlSerialization - чтение тега конечного элемента?

Question

XmlSerialization - чтение тега конечного элемента?

2

Недавно я прочитал информацию об интерфейсе IXmlSerializable на MSDN и немного смутился по поводу всего тега конца.

Как я понимаю, если вы реализуете IXmlSerializable, вам не нужно писать конечный тег, но вам нужно его прочитать? Например. следующее было бы ошибкой, если мой класс A не читает конечный тег

<A>
   <i>32</i>
</A>

Но что произойдет, если содержимое

<A i="32"/>

Если я попытаюсь прочитать конечный тег, я получаю InvalidOperationException. Но если я буду читать дальше, чтобы определить, что я должен читать, это не будет сильно зависеть от позиции читателя?

Я думаю, что я просто немного теряюсь, так как код, с которым я работаю, немного сложнее, когда мне приходится иметь дело с IXmlSerializable детьми (которые могут быть разных типов) и коллекциями элементов IXmlSerializable.

Ian 17 июль 2009, в 14:43

Источник

0

Я был там, где ты. Затем я переключился на Linq для Xml.
Will 17 июль 2009, в 12:36
0

Я не хочу использовать Linq спасибо. Отчасти потому, что я хочу, чтобы моя библиотека была совместима с .NET 2.0, а отчасти потому, что я избегал Linq в других местах, где было бы очевидно использовать его из-за его более медленной производительности.
Ian 17 июль 2009, в 14:29

Теги:

c#

xml-serialization

3 ответа

2

Я вспоминаю XmlReader.IsEmptyElement. В начале тега, если это установлено, вы имеете <a />. Если он не установлен, у вас есть <a></a>. Последний вы читаете конечный тег, первый - нет.

Colin Burnett 17 июль 2009, в 11:11

-1

Я думаю, что этот бит о том, чтобы не читать конечный тег, - это сценарий, в котором ваш объект встроен в большую структуру:

public class Wrapper {
    public A Wrapped;
}

<Wrapper>
    <Wrapped><i>32</i></Wrapped>
</Wrapper>

Я ожидаю, что вам нужно будет читать <Wrapped> и </Wrapped>, но не </Wrapper>.

John Saunders 17 июль 2009, в 11:43

0

Причина для понижения?
John Saunders 17 июль 2009, в 13:13
0

Я предполагаю, что кто-то пытается сказать, что ваш комментарий неправильный ?? (Я не голосовал против этого).
Ian 17 июль 2009, в 14:26
0

Было бы хорошо узнать, где я ошибаюсь, чтобы я не повторял это.
John Saunders 17 июль 2009, в 14:36
0

Вероятно, за него проголосовали, потому что проблема была не в XML, а в неочевидном свойстве .IsEmptyElement.
lavinio 17 июль 2009, в 16:38
0

Спасибо, что сказали мне, почему вы проголосовали. Я был бы признателен, если бы вы были откровенны. Ваша причина была правильной. Я не читал достаточно внимательно, чтобы понять, что его вопрос был не о том, что сказал документ MSDN, а о том, что, следуя документу, ему нужен IsEmptyElement. Спасибо, что нашли время, чтобы исправить меня. Я надеюсь, что в следующий раз вы просто сделаете это во время понижения. Это то, что я делаю.
John Saunders 17 июль 2009, в 16:47
0

Джон, я не думаю, что Лавинио был тем, кто отказался от голосования, основываясь на "Это, вероятно, получилось". Это не было бы "вероятно", если бы Лавинио сделал.
Colin Burnett 17 июль 2009, в 18:01
0

@ Колин: «Вероятно». Я случайно заметил, что понижение произошло перед его постом. Мог быть кто-то еще, но время было интересным.
John Saunders 17 июль 2009, в 18:18

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

Ещё вопросы

Я был там, где ты. Затем я переключился на Linq для Xml.
Я не хочу использовать Linq спасибо. Отчасти потому, что я хочу, чтобы моя библиотека была совместима с .NET 2.0, а отчасти потому, что я избегал Linq в других местах, где было бы очевидно использовать его из-за его более медленной производительности.
Я предполагаю, что кто-то пытается сказать, что ваш комментарий неправильный ?? (Я не голосовал против этого).
Было бы хорошо узнать, где я ошибаюсь, чтобы я не повторял это.
Вероятно, за него проголосовали, потому что проблема была не в XML, а в неочевидном свойстве .IsEmptyElement.
Спасибо, что сказали мне, почему вы проголосовали. Я был бы признателен, если бы вы были откровенны. Ваша причина была правильной. Я не читал достаточно внимательно, чтобы понять, что его вопрос был не о том, что сказал документ MSDN, а о том, что, следуя документу, ему нужен IsEmptyElement. Спасибо, что нашли время, чтобы исправить меня. Я надеюсь, что в следующий раз вы просто сделаете это во время понижения. Это то, что я делаю.
Джон, я не думаю, что Лавинио был тем, кто отказался от голосования, основываясь на "Это, вероятно, получилось". Это не было бы "вероятно", если бы Лавинио сделал.
@ Колин: «Вероятно». Я случайно заметил, что понижение произошло перед его постом. Мог быть кто-то еще, но время было интересным.

lavinio · Accepted Answer · 2009-07-17T11-37-00.000Z

Оба XmlReader и XPathNavigator реализовать свойство под названием IsEmptyElement.

Из документации:

При переопределении в производном классе получает значение, указывающее, является ли текущий node пустой элемент без тега конечного элемента.

Итак, когда вы видите событие start-element, если IsEmptyElement - true, вы не должны искать событие конечного элемента. Событие start-element действует как начало и конец для этого случая.

Хорошо, спасибо за информацию. Я полагаю, что неправильно понял, что имел в виду IsEmptyElement. Я предполагал, что атрибуты элемента означают, что он не пустой, но считаю, что это неправильно ...
Этот ответ поможет, спасибо. Я сделал то же неверное предположение, что и Ян, я думаю, что это свойство не имеет интуитивного названия.