sax的简介
答案:1 悬赏:0 手机版
解决时间 2021-02-24 23:41
- 提问者网友：末路
- 2021-02-24 01:49
sax的简介
最佳答案
- 五星知识达人网友：十鸦
- 2021-02-24 02:31
SAX是一个用于处理XML事件驱动的“推”模型，虽然它不是W3C标准，但它却是一个得到了广泛认可的API。SAX解析器不像DOM那样建立一个完整的文档树，而是在读取文档时激活一系列事件，这些事件被推给事件处理器，然后由事件处理器提供对文档内容的访问。
常见的事件处理器有三种基本类型：
● 用于访问XML DTD内容的DTDHandler；
● 用于低级访问解析错误的ErrorHandler；
● 用于访问文档内容的ContentHandler，这也是最普遍使用的事件处理器。
SAX解析器读取输入文档并在处理文档时将每个事件推给文档处理器（MyContentHandler）。与DOM相比，SAX解析器能提供更好的性能优势，它提供对XML文档内容的有效低级访问。SAX模型最大的优点是内存消耗小，因为整个文档无需一次加载到内存中，这使SAX解析器可以解析大于系统内存的文档。另外，你无需像在DOM中那样为所有节点创建对象。最后，SAX“推”模型可用于广播环境，能够同时注册多个ContentHandler，并行接收事件，而不是在一个管道中一个接一个地进行处理。
SAX的缺点是你必须实现多个事件处理程序以便能够处理所有到来的事件，同时你还必须在应用程序代码中维护这个事件状态，因为SAX解析器不能交流元信息，如DOM的父/子支持，所以你必须跟踪解析器处在文档层次的哪个位置。如此一来，你的文档越复杂，你的应用逻辑就越复杂。虽然没有必要一次将整个文档加载到内存中，但SAX解析器仍然需要解析整个文档，这点和DOM一样。
也许SAX面临的最大问题是它没有内置如XPath所提供的那些导航支持。再加上它的单遍解析，使它不能支持随机访问。这一限制也表现在名字空间上： 对有继承名字空间的元素不做注解。这些限制使SAX很少被用于操作或修改文档。
那些只需要单遍读取内容的应用程序可以从SAX解析中大大受益。很多B2B和EAI应用程序将XML用做封装格式，接收端用这种格式简单地接收所有数据。这就是SAX明显优于DOM的地方：因高效而获得高吞吐率。在SAX 2.0 中有一个内置的过滤机制，可以很轻松地输出一个文档子集或进行简单的文档转换。
SAX
SAX，全称Simple API for XML，既是指一种接口，也是指一个软件包。SAX最初是由David Megginson采用Java语言开发，之后SAX很快在Java开发者中流行起来。San现在负责管理其原始API的开发工作，这是一种公开的、开放源代码软件。不同于其他大多数XML标准的是，SAX没有语言开发商必须遵守的标准SAX参考版本。因此，SAX的不同实现可能采用区别很大的接口。
作为接口，SAX是事件驱动型XML解析的一个标准接口（standard interface）不会改变，已被OASIS（Organization for the Advancement of Structured Information Standards）所采纳。作为软件包，SAX最早的开发始于1997年12月，由一些在互联网上分散的程序员合作进行。后来，参与开发的程序员越来越多，组成了互联网上的XML-DEV社区。五个月以后，1998年5月，SAX 1.0版由XML-DEV正式发布。目前，最新的版本是SAX 2.0。2.0版本在多处与1.0版本不兼容，包括一些类和方法的名字。
常见的事件处理器有三种基本类型：
● 用于访问XML DTD内容的DTDHandler；
● 用于低级访问解析错误的ErrorHandler；
● 用于访问文档内容的ContentHandler，这也是最普遍使用的事件处理器。
SAX解析器读取输入文档并在处理文档时将每个事件推给文档处理器（MyContentHandler）。与DOM相比，SAX解析器能提供更好的性能优势，它提供对XML文档内容的有效低级访问。SAX模型最大的优点是内存消耗小，因为整个文档无需一次加载到内存中，这使SAX解析器可以解析大于系统内存的文档。另外，你无需像在DOM中那样为所有节点创建对象。最后，SAX“推”模型可用于广播环境，能够同时注册多个ContentHandler，并行接收事件，而不是在一个管道中一个接一个地进行处理。
SAX的缺点是你必须实现多个事件处理程序以便能够处理所有到来的事件，同时你还必须在应用程序代码中维护这个事件状态，因为SAX解析器不能交流元信息，如DOM的父/子支持，所以你必须跟踪解析器处在文档层次的哪个位置。如此一来，你的文档越复杂，你的应用逻辑就越复杂。虽然没有必要一次将整个文档加载到内存中，但SAX解析器仍然需要解析整个文档，这点和DOM一样。
也许SAX面临的最大问题是它没有内置如XPath所提供的那些导航支持。再加上它的单遍解析，使它不能支持随机访问。这一限制也表现在名字空间上： 对有继承名字空间的元素不做注解。这些限制使SAX很少被用于操作或修改文档。
那些只需要单遍读取内容的应用程序可以从SAX解析中大大受益。很多B2B和EAI应用程序将XML用做封装格式，接收端用这种格式简单地接收所有数据。这就是SAX明显优于DOM的地方：因高效而获得高吞吐率。在SAX 2.0 中有一个内置的过滤机制，可以很轻松地输出一个文档子集或进行简单的文档转换。
SAX
SAX，全称Simple API for XML，既是指一种接口，也是指一个软件包。SAX最初是由David Megginson采用Java语言开发，之后SAX很快在Java开发者中流行起来。San现在负责管理其原始API的开发工作，这是一种公开的、开放源代码软件。不同于其他大多数XML标准的是，SAX没有语言开发商必须遵守的标准SAX参考版本。因此，SAX的不同实现可能采用区别很大的接口。
作为接口，SAX是事件驱动型XML解析的一个标准接口（standard interface）不会改变，已被OASIS（Organization for the Advancement of Structured Information Standards）所采纳。作为软件包，SAX最早的开发始于1997年12月，由一些在互联网上分散的程序员合作进行。后来，参与开发的程序员越来越多，组成了互联网上的XML-DEV社区。五个月以后，1998年5月，SAX 1.0版由XML-DEV正式发布。目前，最新的版本是SAX 2.0。2.0版本在多处与1.0版本不兼容，包括一些类和方法的名字。
我要举报
如以上回答内容为低俗、色情、不良、暴力、侵权、涉及违法等信息，可以点下面链接进行举报！
点此我要举报以上问答信息
大家都在看
推荐资讯