Лучший способ реализовать IXmlSerializable ReadXml () с использованием XPath - PullRequest
2 голосов
/ 22 мая 2009

Я реализую метод ReadXml () IXmlSerializable, и я полагаю, что использование XPath - это, вероятно, самый хороший способ сделать это.

Однако ReadXml () должен правильно обрабатывать положение считывателя.

Так, учитывая, что мой WriteXml () производит что-то вроде этого:

<ObjectName>
  <SubNode>2</SubNode>
  <SubNode>2</SubNode>
</ObjectName>

Есть ли лучший способ, чем (этот ужасный) ниже, чтобы убедиться, что читатель правильно расположен после этого?

public override void ReadXml(System.Xml.XmlReader reader)
{
        reader.Read(); /* Read Opening tag */
        /* Using reader.ReadStartElement("ObjectName") reads forward a node,
           i.e. current node becomes the first <SubNode>
           whereas Read() doesn't even when the documentation says they both do 
        */
        XPathNavigator n = MakeXPathNavigator(reader.ReadSubtree());
        XPathNodeIterator nodes = n.Select(".//SubNode");
        while (nodes.MoveNext())
        {
            /* Do stuff with nodes */
            _values.Add(nodes.Current.ValueAsInt);
        }
        reader.Skip(); /* Skip reader forward */
}

public static XPathNavigator MakeXPathNavigator(XmlReader reader)
{
    try
    {
        return new XPathDocument(reader).CreateNavigator();
    }
    catch(XmlException e)
    {
        throw e; /* Maybe hide/deal with exception */
    }
}

1 Ответ

2 голосов
/ 22 мая 2009

Я подозреваю, что вы можете столкнуться с некоторыми проблемами с производительностью, если будете использовать этот подход регулярно. Поскольку ваш xml относительно прост, я сильно подозреваю, что вам лучше использовать XmlReader напрямую ...

... но сделать это нелегко; ИМО, лучше избегать необходимости внедрять IXmlSerializable (просто с использованием обычных свойств коллекции и т. Д.) - это частая причина ошибок и разочарований.

...