面向XML的领域建模设计

测试内容准备

针对关系数据库和XML数据方式的不同，业务逻辑如表3。其中，XML数据的Transaction Script模式为了计算简单，增加一个采用XSTL生成 “客户名称—订单项明细小计”的中间过程：

图11：XML

Transaction Script方式下生成中间结果的XSLT。

表3：两种数据模型下三个实现模式的计算方法

测试数据

表4：测试数据

测试结果及分析

通过修改ConfigManager中实现业务服务的实体类名称，结合数据库调用监控获得如下数据：

表5：测试结果

测试结果分析如下：

1）借助适配机制，在目标实现模式甚至数据模型修改时，客户程序保持稳定，修改内容控制在配置文件部分，不影响客户程序的业务逻辑；

2）使用不同模式设计完成的业务对象，借助适配机制和XML数据扩展机制，在关系数据库和XML数据方式下，可完成同样的服务功能；

3）通过DTO组件的调用打包作用，可以将包括2份订单、4项订单明细的信息一次性提取，将多次调用打包为1次调用，减少了网络往复。

总结

依据依赖导致原理设计的适配机制可以从一定程度上减少客户程序与业务逻辑的耦合程度，在部署、运行环境变化时，可通过调整配置选择合适的业务逻辑实现模式，并且不需要客户程序联动修改；DTO对象的加入可以减少分布式调用中的往复次数，对应用性能的提升有利。实际工程中，由于业务逻辑实体往往需要被多个客户程序调用，需要有效的并发机制配合，后续研究中将着重对并发能力进行调整。

查看本文来源