　　本文主要讲述的是第一个类XMLTextReader，这个类设计的目的就是从XML文件中快速的读取数据，而对系统资源（主要包括内存和处理器时间）不做很高的要求。在父级程序的控制下，它通过每次只处理一个节点的方式对XML文件进行逐步操作，实现这种工作过程。在XML文件的每个节点中，父级程序能决定该节点的类型，它的属性和数据（如果有的话），以及其他有关该节点的信息。基于这些信息，父级程序可以选择是处理这个节点还是忽略该节点的信息，以满足各种应用程序请求的需要。这被称为抽取式（pull）处理模型，因为父级程序发出请求并且从XML文件中抽取各个节点，然后根据需要处理它或者是不处理它。
　　我们可以把XMLTextReader类和XML简单应用程序接口，即SAX相比，后者是在编程人员中非常流行的另一种读取XML数据的技术。XMLTextReader 和SAX有一点很相似，它们都不需要占用很多的系统资源，就能迅速的从XML文件读取数据。但是，与XMLTextReader的抽取式模型迥然不同，SAX使用的是推入式模型：XML处理器通过 “事件”告知主机应用程序哪些节点数据是可以获得，那些不能获得；根据需要，主机程序则作出相应的反应或置之不理。换句话说，数据的传送方向是从SAX处理程序中推入到主机。程序员们势必会在抽取式和推入式处理模型谁更有优势的问题上争论一番，但是大家都不可否认的是，两种模型都能很好的进行工作。.NET 框架不支持SAX，但是你能使用现存的SAX工具, 例如 MSXML分析器，用于你的.NET 程序。

　　XMLTextReader 类有一些构造程序来适应各种各样的情况，比如从一个已经存在的数据流或统一资源定位网址读取数据。最常见的是，你或许想从一个文件读取XML数据，那么也就有一个相应的构造程序来为此服务。这里有一个例子（我的所有代码例子都使用的是C#语言，如果你喜欢使用VISUAL BASIC语言，它们转换起来很容易）。

XMLTextReader myReader;
myReader = New XMLTextReader("c:\data\sales.XML")

　　创建一个称为Read()方法的循环，这个方法的返回值总是为真，直到到达文件的底部时，返回值才变为假。换句话说, 循环在文件的开始时启动并且读入所有的节点, 一次读入一个节点, 直到到达文件的结尾：

While (myReader.Read()) {
...
// 在这里处理每个节点.
...
}

　　每次成功调用Read()之后，XMLTextReader实例化程序包含了目前节点（即刚刚从文件中读取的那个节点）的信息。我们可以从XMLTextReader的成员中获得上述信息，就像表格1中描述的一样；并通过NodeType属性判断出当前节点的类型。在节点类型的基础上，程序的代码可以读取节点数据，检查它是否有属性，到底是忽略它还是根据程序需要进行相应的操作和处理。

　　当使用NodeType属性时，理解节点怎么联系到XML单元是非常重要的。例如, 看下列 XML元素：

＜city＞Chongqing＜/city＞

　　XMLtextReader 把这个元素看作 3 个节点，顺序如下：

　　1．＜city＞标签被读为类型 XMLNodeType.Element 节点，元素的名字“city”可从 XMLTextReader 的Name属性中获得。

　　2．文本数据“Chongqing”被读为类型为XMLNodeType.Text的节点。数据“Chongqing ” 可从XMLTextReader 的Value属性中取得。

　　3．＜/city＞标签被读为类型为XMLNodeType.EndElement 节点。同样，元素的名称“city”可从XMLTextReader的Name属性中获得。

　　这是 3 种重要的节点类型，其它的类型在.NET的说明文档中有详细说明，请大家参阅相关资料。

　　如果XMLTextReader遇到一个错误, 例如出现违反XML句法的情况，它抛出一个System.XML.XMLException类型的异常。使用这个类的代码应该总是被保护 ( 在Try……Catch块中)，就像你以后在演示程序中看到的一样。

[1] [2] [3] [4] [5] [6] 下一页

上一篇:用AspJpeg组件，按宽高比例，真正生成缩略图

下一篇:JSP高访问量下的计数程序