Realize of XML Interactive By Using JDOM
That parser isn't part of JDOM, but is used by JDOM, so it's included to ensure that JDOM is usable out of the box.
该解析器不是JDOM的一部分，但由JDOM使用，所以包括它是为了确保JDOM可以即装即用。
This allows JDOM to interface with tools that can take any of these models as input.
You use JDOM to serialize the message, as in Listing 23.
如今又出现了数据绑定，JDOM和大量的api。
您需要使用JDOM系列化该消息，如清单23所示。
It also means that there are no factory interfaces to configure — JDOM is ready to use straight out of the jar.
基于当前实现，我愿为着手新项目的人们推荐dom 4 j，而不是JDOM。
The worst case scenario (one that I see frighteningly often) is to design an application around a DOM (or JDOM) tree.
JDOM是一个开源解析器api，是因对现有API的失望而构建的。
最糟糕的情况（我恐惧地发现经常如此）是围绕着DOM（或者JDOM）树来设计应用程序。
While JDOM has a well-known, standard way of handling various parsers, and DOM has no facility for this at all prior to the DOM Level 3 version, SAX remains a bit of a mystery to many developers.
Line feeds, encodings, spacing and indentation-these are all things that TrAX offers for configurability, but they aren't nearly as easy to work with as they might be if you used DOM or JDOM directly.
这种灵活*允许JDOM能在多种环境下使用或被添加到已经在使用另一种方法处理XML的系统中去。
换行、编码、空格和缩进—所有这些都是TrAX提供的配置选项，但是它并不像使用DOM或JDOM直接配置那样简单。
虽然JDOM拥有一种著名的处理各种语法分析器的标准方法，而且DOM在版本3之前根本没有这种功能，但是对于许多开发人员来说，SAX仍显得有点神秘。
我曾经看到过许多关于将SAX、dom、JDOM和dom 4 j与JAXP进行比较的请求，但作这样的比较是不可能的，因为前面四个API与JAXP具有完全不同的用途。
就使用方便这一范畴而言，在JDOM、dom4j和electric XML这三个主要竞争者中，dom 4 j与其它两个的区别在于它使用带有多个继承层的基于接口的方法。
