在.NET Framework中轻松处理XML数据(3-2)

??ValidationType属性设置验证的类型，它可以是:DTD, XSD, XDR或者none。假如没有指定验证的类型（用ValidationType.Auto选项），浏览器将主动的根据文档用最合适的验证类型。在验证过程中呈现任何错误，都会触发ValidationEventHandler事件。假如未供给事件ValidationEventHandler事件处理程序，则抛出一个XML异常。定义ValidationEventHandler事件处理程序是用于捕捉任何在XML源文件中存在错误而引发XML异常的一种方法。要留心的是浏览器的原理是检查一个文档是否是格局良好的，以及检查文档是否与架构吻合。假如带验证的浏览器发明一个有严重的格局错误的XML文档，只会触发XmlException异常,它不会触发其它的事件。 

??验证产生在用户用Read方法向前移动指针时，一旦节点被分析和读取，它获得传送过来的处理验证的内部的对象。验证把持是基于节点类型及被请求的验证类型。它确认节点所有的属性和节点包含的子节点是否符合验证条件。 

??验证对象在内部调用两个不同作风的对象：DTD分析器和架构天生器(schema builder)。DTD分析器处应当前节点的内容和不符合DTD的子树。架构天生器根据XDR或者XSD架构对当前的节点构建一个SOM（schema object model）。架构天生器类实际上是所有指定为XDR和XSD架构天生器的基类。为什么呢，固然XDR和XSD架构的很多雷同的方法被加工处理过，但是它们在履行时的性能没有差别。 

??假如节点有子节点，用另一个临时的浏览器收集子节点信息，因此节点的架构信息能被完整地验证。你可以看图五： 

??留心，尽管XmlValidatingReader类的结构函数可以接收一个XmlReader类作为其浏览器，但是该浏览器只能是XmlTextReader类的一个实例或者是它的一个派生类的实例。这意味着你不能用其它从XmlReader派生的类（例如一个自定义的XML浏览器）。在XmlValidatingReader类的内部，它假设浏览器是一个子XmlTextReader对象及把传进的浏览器显式的转换成XmlTextReader类。假如你用XmlNodeReader或者自定义的浏览器器，程序在编译时会出错，运行时抛出一个异常。 


??节点浏览器 

??XML浏览器供给一种增量式的方法（一个一个节点的读）来处理文档的内容。到目前为止，我们假设源文件是一个基于硬盘的流或者是一个字符串流，然而，我们不能保证在实际中会供给一个源文件的XMLDOM对象给我们。在这种情况下，我们需要一个带有特别的读方法的特别的类。对这种情况，.NET Framework供给了XmlNodeReader类。 

??就像XmlTextReader拜访指定XML流中所有节点一样，XmlNodeReader类拜访XMLDOM子树的所有节点。XMLDOM类（在.NET Framework中的XmlDocument类）支撑基于Xpath的方法，例如SelectNodes方法和SelectSingleNode方法。这些方法的作用是把匹配的节点放在内存中。假如你需要处理子树中的所有节点，节点浏览器比用增量式方法处理节点的浏览用具有更高的效率： 

// xmldomNode is the XML DOM node 

XmlNodeReader nodeReader = new XmlNodeReader(xmldomNode); 

while (nodeReader.Read()) 

{ 

// Do something here 

} 

??当你要在配置文件（例如web.cofig文件）中引用自定义的数据时，先把这些数据填充到XMLDOM树中，然后用XmlNodeReader类与XMLDOM类联合处理这些数据。这也是高效的。

 以上就是在.NET Framework中轻松处理XML数据(3-2) 的内容，更多相关内容请关注PHP中文网（www.php.cn）！