前端之家收集整理的这篇文章主要介绍了
xml处理,
前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
XML 处理方式 Java 程序员耳熟能详的 JDOM,DOM4J 等等, 它们基本上属于对 DOM 接口
功能的扩充,保留了很多 DOM API 的特性 SAX 使用了最少的系统资源和最
快速的解析方式对 XML 处理提供了
支持但随之而来繁琐的查找方式也给广大程序员带来许多困扰,常常令人头痛不已,同时它对 XPath
查询功能的
支持,令人们对它又爱又恨。 DOM 优缺点:实现 W3C 标准,有多种编程语言
支持这种解析方式,并且这种
方法本身操作上简单快捷,十分易于初学者掌握。其处理方式是将 XML 整个作为类似树结构的方式读入内存中以便操作及解析,因此
支持应用程序对 XML 数据的
内容和结构进行
修改,但是同时由于其需要在处理开始时将整个 XML
文件读入到内存中去进行分析,因此其在解析大数据量的 XML
文件时会遇到类似于内存泄露以及程序崩溃的风险,请对这点多加注意。 适用范围:小型 XML
文件解析、需要全解析或者大部分解析 XML、需要
修改 XML 树
内容以
生成自己的对象模型 SAX SAX 从根本上
解决了 DOM 在解析 XML 文档时产生的占用大量资源的问题。其实现是通过类似于流解析的技术,通读整个 XML 文档树,通过事件处理器来响应程序员对于 XML 数据解析的需求。由于其不需要将整个 XML 文档读入内存当中,它对系统资源的节省是十分显而易见的,它在一些需要处理大型 XML 文档以及
性能要求较高的场合有起了十分重要的作用。
支持 XPath
查询的 SAX 使得开发人员更加灵活,处理起 XML 来更加的得心应手。但是同时,其仍然有一些不足之处也困扰广大的开发人员:首先是它十分复杂的 API 接口令人望而生畏,其次由于其是属于类似流解析的
文件扫描方式,因此
不支持应用程序对于 XML 树
内容结构等的
修改,可能会有不便之处。 适用范围:大型 XML
文件解析、只需要部分解析或者只想取得部分 XML 树
内容、有 XPath
查询需求、有自己
生成特定 XML 树对象模型的需求
原文链接:https://www.f2er.com/xml/298913.html