O/X Mapper 是什么？
Spring 3.0 的一个新特性是 O/X Mapper。O/X 映射器这个概念并不新鲜，O 代表 Object，X 代表 XML。它的目的是在 Java 对象（几乎总是一个 plain old Java object，或简写为 POJO）和 XML 文档之间来回转换。
例 如，您可能有一个带有几个属性的简单 bean，且您的业务需要将那个 Java 对象转换为一个 XML 文档。Spring 的 O/X Mapper 能够为您解决那个问题。如果反过来，您需要将一个 XML 文档转换为一个简单 Java bean，Spring 的 O/X Mapper 也能胜任。
有一点需要注意：Spring O/X Mapper 只是定义由流行的第三方框架实现的统一的界面。要利用 Spring 的 O/X 功能，您需要一个在 Java 对象和 XML 之间来回转换的实用程序。Castor 就是这样一个流行的第三方工具，本文将使用这个工具。其他这样的工具包括 XMLBeans、Java Architecture for XML Binding (JAXB)、JiBX 和 XStream。
编组和解组
进行 O/X 映射时，您经常会看到编组（marshalling）和解组（unmarshalling） 这两个术语。
编组 指将 Java bean 转换成 XML 文档的过程，这意味着 Java bean 的所有字段和字段值都将作为 XML 元素或属性填充到 XML 文件中。有时，编组也称为序列化（serializing）。
如您所料，解组 是与编组完全相反的过程，即将 XML 文档转换为 Java bean，这意味着 XML 文档的所有元素或属性都作为 Java 字段填充到 Java bean 中。有时，解组也称为反序列化（deserializing）。
使用 Spring 的 O/X Mapper 的好处
使 用 Spring 的 O/X Mapper 的一个最直接的好处是可以通过利用 Spring 框架的其他特性简化配置。Spring 的 bean 库支持将实例化的 O/X 编组器注入（即前面提到过的 “依赖项注入”）使用那些编组器的对象。重申一遍，这将加快应用程序开发和部署。
遵循坚实的面向对象的设计实践，Spring O/X 框架只定义两个接口：Marshaller 和 Unmarshaller，它们用于执行 O/X 功能，这是使用这个框架的另一个重大好处。这些接口的实现完全对独立开发人员开放，开发人员可以轻松切换它们而无需修改代码。例如，如果您一开始使用 Castor 进行 O/X 转换，但后来发现它缺乏您需要的某个功能，这时您可以切换到 XMLBeans 而无需任何代码更改。唯一需要做的就是更改 Spring 配置文件以使用新的 O/X 框架。
使用 Spring 的 O/X Mapper 的另一个好处是统一的异常层次结构。Spring 框架遵循使用它的数据访问模块建立的模式，方法是将原始异常对象包装到 Spring 自身专为 O/X Mapper 建立的运行时异常中。由于第三方提供商抛出的原始异常被包装到 Spring 运行时异常中，您能够查明出现异常的根本原因。您也不必费心修改代码以捕获异常，因为异常已包装到一个运行时异常中。以下几个运行时异常扩展了基础异常 XMLMappingException：GenericMarshallingFailureException、 ValidationFailureException、MarshallingFailureException 和 UnmarshallingFailureException。
一个简单的演示
现 在您已经了解了 Spring 的 O/X Mapper 的背景和基础知识，可以检验它的使用方法了。在本文中，您首先创建一个简单的 Spring 应用程序，该程序独立于任何 Java Enterprise 依赖项。然后，您创建一个简单的 Java 类，它访问 Spring 的配置文件来实例化该类并注入 O/X 依赖项。
编码
首先应该注意 Spring 配置文件。清单 1 是应用程序用于执行编组和解组操作的配置文件。注意，这个文件必须 在运行时位于类路径中。
清单 1. 配置文件
|
1 2 3 4 5 6 7 8 9 10 11 12 13 |
|
如 您所见，这个配置文件只定义了两个 bean，这是为了简便起见。第一个 bean 是用于执行演示的类：com.xyz.OXMExample。与该类关联的两个属性使用依赖项注入，它们都使用 castorMarshaller bean 的一个实例注入。这是在 Spring 框架中定义 bean 的标准方法，经验丰富的 Spring 开发人员很快就会意识到这一点。另 一个 bean 是 castorMarshaller bean 本身，它org.springframework.oxm.castor.CastorMarshaller 的一个实例，org.springframework.oxm.castor.CastorMarshaller 主要用于包装 Castor 框架。如前所述，使用 Spring 的 O/X 功能需要使用一个第三方 O/X 框架。在本例中，这个第三方产品是 Castor。还要注意，有一个属性使用 castorMarshaller 定义，那是用于在 Java bean 和 XML 输出之间来回映射的映射文件。这个文件称为 mapping.xml，它必须 在运行时位于类路径中。我将稍后解释 mapping.xml 文件的内容。
清单 2 实际执行 O/X 映射器的代码的部分清单。如您所见，它是一个简单的 Java 类。
清单 2. OXMExample 类（节选）
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 |
|
要解释 清单 2，必须首先介绍 main 方法，因为该方法将先执行。然后再接着介绍清单 2。
首先，在 main 方法中，您的代码捕获 Spring 应用程序的上下文，就是您在 清单 1 中看到的配置文件。这个文件必须在类路径中，否则运行代码将产生一个异常。
当 您获得应用程序上下文时，OXMExample 的一个实例从该配置文件中提供的定义创建。注意，这个 bean 在代码中的名称（oxmExample）与配置文件中定义的名称（见清单 1）一致。创建 OXMExample 的一个实例后，调用 go() 方法。这有点反常，因为 Spring 框架实例化一个已经从命令行运行的对象，但那只是为了实现演示目的而进行的简化。
go() 方法在打印结果数据前完成 3 个任务：
1. 创建 SimpleBean 的一个实例。
2. 编组该实例。
3. 解组从编组创建的 XML 文档。
您 使用 getSimpleBean() 方法实例化一个包含一个虚拟员工的信息的 SimpleBean 对象。这个信息包含年龄（一个整数）、工作描述（一个字符串）、姓名（一个字符串）和该员工是否是执行官（一个布尔型）。您使用测试数据和返回调用者的返 回对象（在本例中为 go() 方法）填充字段。您在编组发生时将这个 bean 写入一个 XML 文件，在解组发生时读取那个 XML 文件的内容。
saveSimpleBean() 方法执行编组。首先，您获得一个指向 simplebean.xml 的对象，然后，您使用编组器对象（通过 Spring 的依赖项注入实例化）调用 marshal 方法。这个方法需要两个参数：
要被编组的对象（本例中为 SimpleBean 实例）
一个 StreamResult 对象，它基本上表示一个 XML 输出抽象
loadSimpleBean() 方法执行解组。首先，您获取一个指向 simplebean.xml 的 FileInputStream 对象，然后，您使用解组器对象（通过 Spring 的依赖项注入实例化）调用 unmarshal 方法。唯一需要的参数是一个包装 FileInputStream 对象的 StreamSource 对象。注意，解组将创建一个泛型对象，因此您必须将其显式设置为 SimpleBean 类型。
即使这个类和 Spring 配置文件已经就绪，您也还没有准备好运行这段代码。还记得 清单 1 中的映射文件吗？您还需要定义那个映射文件。定义代码如 清单 3 所示，而且，再说一遍，它也必须在运行时位于类路径中。
清单 3. mapping.xml 文件
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 |
|
清单 3 中的映射文件特定于 O/X 映射的 Castor 实现。第一个元素（class）定义要映射到一个 XML 输出的类。您必须指定完整路径。
map-to 元素提供 XML 文件的根元素的名称。这很重要，因为 XML 规范规定，每个 XML 文件必须有一个根元素。
每 个 field 元素都将被映射到 SimpleBean 类中的一个特定字段。每个 field 元素的 bind-xml 子元素用于指定关于该字段的特定于 XML 的信息，如对应的 XML 元素的名称，每个字段的值应该是一个元素值还是一个属性值。如您所见，在本例中，所有值都是元素值。
测试
尽管代码已经编写完成，但在执行这个应用程序之前，您必须处理一些依赖项。
特定于 Spring 的依赖项有：
org.springframework.asm-3.0.0.M4.jar
org.springframework.beans-3.0.0.M4.jar
org.springframework.context-3.0.0.M4.jar
org.springframework.core-3.0.0.M4.jar
org.springframework.expression-3.0.0.M4.jar
org.springframework.oxm-3.0.0.M4.jar
特定于 Castor 的依赖项有：
castor-1.3-core.jar
castor-1.3-xml.jar
您还需要 commons-logging-1.1.1.jar 和 log4j-1.2.15.jar，因为 Spring 框架需要它们。
所 有这些 Java Archive (JAR) 文件必须在运行时位于类路径中。如果您在没有这些依赖项的情况下试图运行代码，您很可能会收到一个异常，指出某个类没有找到。如果遇到这种情况，只需双击 您的类路径，确保所有的必要依赖项已就绪。事实上，要成功编译这段代码，您需要大部分 JAR 文件。要了解关于获取这些 JAR 文件的信息，请参见本文末尾的 参考资料。
您 可以使用您钟爱的 IDE 或只是使用命令行来运行 OXMExample.class。要从命令行运行，只需从您的工作目录输入 java -cp [classpath] OXMExample，这里的 [classpath] 是指向刚才提到的所有依赖项（JAR 文件和配置文件）的类路径。
首次运行该程序后，一个名为 simplebean.xml 的新文件将出现在您的工作目录中。该文件的内容应该如清单 4 所示。
清单 4. simplebean.xml 文件
|
1 2 3 4 5 6 7 |
|
清单 4 显示了来自应用程序的编组端的输出，而 清单 5 则显示来自应用程序的解组端的结果，这些结果将在您的控制台中显示。
清单 5. 解组输出
|
name: Mister Jones job description: Janitor age: 35 executive: false |
现在，您已经成功地完成了您的首次 Spring O/X 映射测试。祝贺您！
现在最好做开发人员应该做的工作：修改代码。向类添加字段并将它们映射到 XML 文件。删除一些字段并将它们从 XML 文件中移除。参考 Castor 文档，尝试一些更复杂的工作，比如嵌套元素。您可以随心所欲地尝试各种可能性。
结束语
Spring 的 O/X 映射接口是 Spring 框架的强大特性。借助它，您不仅可以将 XML 文档转换为 Java 对象，还可以将 Java 对象转换为 XML 文档。
它 利用 Spring 的一个关键优势：依赖项注入。通过结合使用依赖项注入和 Spring 的 O/X Mapper，您可以轻松开发一个解决方案，该方案可以使用任一 O/X 实现，比如 Castor、XBeans、JiBX、JAXB 和 XStream。由于各个特定实现是 Spring 强大的 Inversion of Control 容器的一部分，开发人员可以在多个特定 O/X 实现之间轻松切换而无需修改代码。
Spring 的 O/X Mapper 还向开发人员提供一个统一的异常层次结构，这意味着不管您使用哪个第三方实现，抛出的运行时异常都是相同的。再强调一次，这将有利于在多个 O/X 供应商之间切换。
在 Java 开发社区中，提供 XML 支持的 Java 应用程序非常热门并且 Spring 框架被广泛使用，因此 Spring 的 O/X Mapper 将受到全世界 Java 应用程序开发人员的欢迎。