内容摘要：通过使用 XML 数据模型，就可以取消整个数据对象包装器层次结构，让开发人员将注意力集中在业务逻辑上，而不会为业务数据管理分心。通过使用 DOM 包装器类，应用程序代码可以与 DOM API 隔离开。
所以，即使数据库中没有 XML，仍然可以用 SQL 创建关系数据的 XML 视图。另外，在查询中生成商品 XML 的同时，我们添加了外层的 Items 元素。现在，只需将商品 XML 添加到客户 XML 中。应用程序的其余部分是相同的。
与纯对象模型相比使用 XML 模型的好处
数据对象包装器在应用程序代码中占很大的比例，这会大大分散开发人员对管理数据对象的业务逻辑的注意力。另外，这些多余的代码会导致：
额外的成本
更多的 bug
更长的应用程序开发周期
难以移植的代码
当数据模式中发生任何修改时，需要修改或重新生成对象层次结构
代码更难维护
没有内置的数据检验功能
需要有更多的文档来解释包装器对象
对于对象层次结构中的高级搜索和导航等功能，需要相当复杂的逻辑实现
由每个业务对象处理数据序列化
如果使用工具进行映射，应用程序就被限制在这种工具上，难以更换工具
通过使用 XML 编程方法，就可以取消整个包装器对象层次结构，让开发人员将注意力集中在业务逻辑上，而不会为业务数据结构分心。XML 可以给应用程序开发带来以下好处：
减少代码，从而提高质量、降低成本并提高灵活性。
促进 RAD 开发。
XPath 解析器已经内置了高级搜索和导航功能。
XML 模型内置了约束检查和模式检验功能。
模型内置了持久化功能。任何时候都可以把 XML 数据层次结构存储到文件、字符串或流中。
不需要额外的工具。
这种方法向业务逻辑公开了关系和数据层次结构。在业务对象代码中，很难了解要操作的业务数据结构的格式(也就是，对业务代码隐藏了数据模型)。在关系环境中，这是必要的;但是在 XML 环境中，这可能是一个缺点。
责编：豆豆技术应用