本论文所研究的查看器作为其中的一个子系统，可以集成于该系统，也可以独立成为一个报表打印的组件。论文对查看器的核心XML解析器做了详尽的说明。XML是一个树状结构，由解析器来分析的XML文档不是一个标签文本文件，而是一个序列化的节点集合，XML解析器采用节点遍历的方式分析XML数据。在正确读取XML数据后将其按照约定显示在浏览器上。本文还详细论述了查看器打印控制模块的......

查看器的功能模块主要有两大部分，一个是数据解析部分，一个是打印控制部分。

查看器的数据解析模块

查看器对数据的解析，就是对XML格式和内容的解析。

既然XML是一种标记语言，就应该有一种工具按一定的语法来分析和理解存储在文档中的信息。这个工具就是XML分析器---一个组件用于读标记文本并返回指定平台的对象。

所有的XML分析器，不管它属于哪个操作平台，只有两个大类：基于树的处理器或者基于事件的处理器。这两类通常都是用XMLDOM（The Microsoft XML Document Object Model）和SAX(Simple API For XML)来实现。XMLDOM分析器是一个普通的基于树的API---它把XML文档当成一个内存结构树呈现。SAX分析器是基于事件的API----它处理每个在XML数据流中的元素(它把XML数据放进流中再进行处理)。通常，DOM能被一个SAX流载入并执行，因此，这两类的处理不是相互排斥的。

总的来说，SAX分析器与XMLDOM分析器正好相反，它们的分析模式存在着极大的差别。XMLDOM被很好的定义在它的Functionalition集合里面，不能去扩展它。当它在处理一个大型的文档时，它要占用很大内存空间来处理Functionalition这个巨大的集合。

SAX分析器利用客户端应用程序通过现存的指定平台的对象的实例去处理分析事件。SAX分析器控制整个处理过程，把数据“推出”到处理程序，该处理程序依次接受或拒绝处理数据。这种模式的优点是只需很少的内存空间。

.NET Framework完全支持XMLDOM模式，但不支持SAX模式。因为.NET Framework支持两种不同的分析模式：XMLDOM分析器和XML阅读器。这并不意味它没有提供类似SAX分析器的功能。通过XML阅读器SAX的所有的功能都能很容易的实现及更有效的运用。不像SAX分析器，.NET Framework的阅读器整个都运作在客户端应用程序下面。这样，应用程序本身就可以只把真正需要的数据“推出”，然后从XML数据流中跳出来。而SAX分析模式要处理所有的对应用程序有用和无用的信息。

阅读器是基于.NET Framework流模式工作的，它的工作方式类似于数据库的游标。有趣的是，实现类似游标分析模式的类提供对.NET Framework中的XMLDOM分析器的底层支持。XmlReader、XmlWriter两个抽象类是所有.NET Framework中XML类的基础类，包括XMLDOM类、ADO.NET驱动类及配置类。所以在.NET Framework中有两种可选的方法......

WebReport报表服务中间件是一个功能强大的报表服务系统，它基于WEB，采用B/S架构，支持本地或远程报表的输出。用户利用报表设计器可灵活定制报表模板，定义报表内各元素的坐标位置，填充数据；生成器将设计器提供的报表数据保存在服务器端，以备查看器发出请求时生成XML文件形式的报表；查看器则准确无误地将从生成器获取的XML数据信息显示在浏览器上。