Wpf Silverlight中不支持XmlNode：是否重新实现或使用字符串解析？

我已经编写了一个WPF应用程序，希望将其移植到Silverlight 2

我的业务逻辑和模型（用于M-V-VM设计模式）被打包到一个单独的程序集中，我正试图将其重新构建为Silverlight类库

不幸的是，Silverlight 2不支持我用来解析带有模型数据的XML文件的XmlNode类。指南是使用LING-to-XML（）。对我来说，使用LINQ完成任务似乎有些过分。我正在考虑用基于正则表达式的方案（用于解析属性）替换使用XMLDOM的XML解析代码。或者，我正在考虑编写自己的XmlNode实现，如果该项目是为Sliverlight 2编译的，那么将引用该实现

---

有没有人面临过类似的处境？是否有人对如何继续（RegEx或重写）有任何建议（可能是第三种选择）？

不确定linqtoxml有多过分。一旦掌握了诀窍，使用Linq2xml进行Xml解析实际上要容易得多。我想说，正则表达式或编写自己的XmlNode都是过分的

如果您发布一些您正在做的XmlNode工作，我相信您会得到一些很好的翻译。同时，这里介绍了使用Linq到Xml解析文档有多容易

---

更新：作为对性能问题的回应，我所能找到的只是比

类System.Xml.Linq包含XDocument、XElement、XNode和XAttribute等Xml DOM类，这些类对其XmlDocument、XmlElemnt等计数器部件来说性能更高、重量更轻。您可以在不使用Linq的情况下使用这些类，但是使用LINQtoXML可以做非常有趣的事情。这绝对是正确的选择

我应该说得更具体一点。与简单的定制解析器相比，我关心使用LINQ2XML的性能开销。LINQ将使用反射来创建匿名类型的实例。例如，自定义代码直接生成实例。除非您有一些非常奇怪的场景，否则LINQ方法的任何开销都可以忽略不计。我的建议肯定是这样做，而不是手工完成所有的解析。