返回页首
将对象转换为 XML
XML 作为信息交换的通用语言已无所不在，这使其成为要以 XML 表示自身的某些对象的显而易见的选择，这些对象或者是出于序列化目的，或者是为了获得对其他 XML 技术的访问（如使用 XPath 进行查询或使用 XSLT 进行转换）。
当出于序列化目的将对象转换成 XML 时，显然应选择使用 XML Serialization technology in the .NET Framework（英文）。但是，在某些情况下，您对生成的 XML 所需的控制可能比 XmlSerializer 所能提供的更多。在这种情况下，工具包中的 XmlWriter 便是一个很有用的类，因为它使您不再需要该类的结构与所生成的 XML 之间存在一对一映射。下例显示了通过使用 XmlWriter 序列化 Email 类（前面几部分中已经提到）而生成的 XML。
只使用 XmlSerializer 的基本功能将不可能生成上面的 XML 文档。XmlWriter 的另一个优点是它可以从基本目标提取到数据要写入的目标，因此它可以是从磁盘上的文件到内存中的字符串（甚至是 XmlNodeWriter（英文）的 XmlDocument 称谓）的任何内容。
如果要求提供一种方式，使类可以更完全地参与到 XML 世界中（如与XPath 或 XSLT 等 XML 技术进行交互），则该类的最佳选择是实现 IXPathNavigable 接口，并为该类提供 XPathNavigator。这样做的一个示例是 ObjectXPathNavigator，它为那些使您可以在上述对象上执行 XPath 查询或运行 XSLT 转换的任意对象提供了 XML 视图。
准则 如果对象出于序列化目的要以 XML 来表示其自身，当其需要获得的 XML 序列化过程控制比 XmlSerializer 所提供的更多时，则应使用 XmlWriter。如果对象要以 XML 来表示其自身，以便能够完全以 XML 世界成员的身份参与到其中（如允许在此对象上进行 XPath 查询或 XSLT 转换），则此对象应实现 IXPathNavigable 接口。
返回页首
结论
在将来的 .NET Framework 版本中，将会更加强调基于光标的 XML API（如由 IXPathNavigable 接口公开的 XPathNavigator）。这类光标将成为与 .NET Framework 中的 XML 进行交互的主要机制。
Dare Obasanjo 是 Microsoft WebData 小组的成员，除其他事务外，该小组还开发了 .NET Framework 的 System.Xml 和 System.Data 命名空间、Microsoft XML 核心服务 (MSXML) 以及 Microsoft 数据访问组件 (MDAC) 中的组件。
注：本站部分文章源于互联网，版权归原作者所有！如有侵权，请原作者与本站联系，本站将立即删除！ 本站文章除特别注明外均可转载，但需注明出处！ [MinTao学以致用网] 
