 一般情况下，我们只要一提到XML，大多数问题都会集中到解析 XML和 XML结构等方面。在这类技术领域，W3C提出了 DOM 和 SAX规范用来解析数据，Sun提供了Java XML Pack，而 Apache则推出了Xerces 和Xalan。然而，几乎没有什么关注的目光投射到输出XML这一问题上来。把JavaBeans和Swing组件变成 XML的项目倒有一些，但大多数情况下，研发人员只但是希望能用定制的格式输出数据结构，这个任务其实不难。 本文特别探讨了通过Java创建XML文档的一些方法。我会具体提到好几种用Java创建XML文档的方案。他们都各自具备不同的长处，有些很简单，有些则会依赖于某些强大的类库。下面我就从最简单的方法说起。 使用StringBuffer 类 最简单、同时也是最常用的XML文档创建方法就是自己动手。您能够采用StringBuffer 类或某些Writer 类。其长处是您无需用到其他库，而且也不用创建多余的对象。可是，这一举措同时也带来了很多缺点。首当其冲的就是无法确保XML的格式正确性。字符在置入String 对象的时候必须仔细考虑。您得特别小心 XML实体的出现，比如用<取代<等。 清单A 对此举例说明。 程式清单A 的输出结果是： 在这个简单的例子里，假如人名很古怪，比如Jon "The Cat" Smith，那么输出格式就出问题了。这段代码在获取名字的时候没有处理引号，结果输出的代码就成了下面这样子，显然这种表示是错误的： 在阅读源代码的时候很难跟踪隐藏在Java内的 XML 。想反，这种研发措施中大约1半左右的错误都归结为没有封闭的标签和错误的引号处理，简而言之就形成了无效的XML。 更明晰和简单的方法：DOM 第2 个办法就是DOM，也就是所谓的文档对象模式（Document Object Model）。在给定对象结构之后，您能够把他转换为某种格式的XML对象结构，然后输出结果。可用的结构类型很多，范围包括 Jakarta Element Construction Kit （ECS）项目的 XML类到完全遵守DOM规范的解析器等，比如Xerces，通常，版本越小输出XML的方法就越简单。清单B 就是个采用ECS的例子。 清单B 提出了一种输出数据的简明办法。事实上，您能够把两个输出行合并为一个，方法是把output 方法附在新的XMLDocument之后。这是一种采用ECS的有类语法模式，用起来方便之极。但是，这种方法不能很好地针对人员的年龄复制if- null 保护。为了实现这种保护，您必须采用清单C中的代码。 ECS 表现出了好几种长处，您不必避免引号字符（"）。您也无需完全封闭标签，对象会为您做这些工作的，任何XML字符，比如<或>都被 < 和 >代替，ECS可谓最简单的DOM方法。而用W3C的DOM、JDOM或Dom4J来处理这种风格的代码则更为复杂一些，当然，W3C的DOM仍然具备单独解析的长处。 采用ECS输出XML的缺点包括了对象所引出的问题。您必须在写出内容之前建立对象。这样做在大多数情况下还是不错的，可您在输出大型XML文档的时候则不希望建立这种XML结构。同样的问题对其他大多数DOM方法也存在。 比起简单地采用Writers 或 StringBuffer 类而言，ECS相当接近于一种标记。他的体积比较大，但只有很小一部分才用来输出XML。最大的问题是他的活动余地不大。他击败了其他同类型的方案，因为其他类型更大、更笨重而且更复杂。 SAX SAX（Simple API for XML）能够替代DOM风格的 XML 解析。他由一系列事件或代码在解析XML文档时所调用的回调函数组成。在您把结果直接输出到Strings的情况下他并不能派多大的用场。但是，他能够用在间接的、更为复杂的方式下。 输出Strings 的代码能够代替输出SAX事件。这一招可比仅仅输出Strings要高多了，他能够加入到一个简单的基类由其把SAX事件转换为XML。 让我们看看下面的例子，这个例子中使用了以下几个类： • Person: 业务对象，先前已进行了说明 • PersonInputSource: 接纳Person 对象 • PersonXMLReader: 知道怎样把PersonInputSource 转换为SAX 事件 • XMLPrettyPrinter: 把SAX 事件转换为 XML的ContentHandler 其中最重要的代码在PersonXMLReader内，如清单D所示。 清单 D 中的代码说明了 Person 对象是怎样被转换为一系列 SAX 事件的。但这可不是个最简单的活。用SAX把 Person 转换为 XML 是通过清单E中的代码实现的。 采用SAX 显然让您掌控了强大的计算能力，因为您能够在XML上附带SAX解析器而没有采用XMLPrettyPrinter。但是，在增加处理器的时候也会增加复杂性； SAX 是一种更复杂的概念。在多数情况下，简单的方法往往效果最好。 一旦基本组件编写出来（XMLPrettyPrinter是个基本InputSource，一个XMLParser 对象），产生事件就是小事一桩了。输出新的 XML 结构只需要 parse 方法和插入组件即可。 围绕SAX 事件建立XML还不是个快捷、便利的措施。 采用XmlWriter 类 最后我提出个自己的方案，这就是XmlWriter 类。我的思路是采用一种界于太简单和太复杂之间的技术来输出 XML 。 重要的设计需求如下： • 封装java.io.Writer • 提供Writer类的API • 尽可能地处理XML • 避免建立大型对象结构 • 允许 ECS链式风格 实现以上的这些需求能够让 XML 写成两种风格。首先，他能够用java.lang.Writer 代码写出来，如清单F所示。 其次，他能够用链式方法的编码风格写成，这倒和ECS类似，因为每个write方法都返回 XmlWriter 自身。清单G 给出了这样的例子。 从性能角度上看，XmlWriter 具备一定的显著优势，他几乎没有创建其他对象。具备相当的功能性，能够处理基本的XML片段（但没有注释、缩排或文档类型）。最重要的是，用起来很简单。 其负面问题已提到过了，他不能处理注释、缩排或文档类型。而ECS在 XML 对象写出自身时能够封闭标签，XmlWriter 需要您调用 endEntity 方法。假如实体没有终止就调用该方法就会扔出 XmlWritingException。最后，更有一个close 方法。他并不封闭writer对象，但会完成任何编写中的XML 。或许最重要的是，他会在实体没有终止的情况下扔出XmlWritingException 。 小结 产生XML方法有好几种方法。XmlWriter 并不一定是最好的XML创建工具，但是这种方法填补了太简单、太笨重乃至太复杂之间的鸿沟。 |
喜欢本文，那就收藏到： |
.text:''):(d.getSelection?d.getSelection():'');void(keyit=window.open('http://my.poco.cn/fav/storeIt.php?t='+escape(d.title)+'&u='+escape(d.location.href)+'&c='+escape(t)+'&img=http://www.h-strong.com/blog/logo.gif','keyit','scrollbars=no,width=475,height=575,status=no,resizable=yes'));keyit.focus(); "添加到POCO网摘"){kind=logo}
Rss Feed
