在 XML 文件中包含所有参数是否优化？答案

【问题标题】：Is it optimize to have all parameteres in XML file?在 XML 文件中包含所有参数是否优化？
【发布时间】：2016-11-09 08:19:39
【问题描述】：

我最近使用 JPOS 来模拟基于 ISO 8583 的金融交易。我注意到在 JPOS 中他们喜欢使用 XML 很多文件作为配置参数。我有一个问题，他们为什么选择这种方法？我想开发一个更大的应用程序，它可以与很多服务器/终端/事务/数据库/外部对等体（基于 ISO-8583 上的 TCP/IP）/数据库中的很多参数一起使用当我试图用 JPOS 想象这样的软件时，我来到了一个大型部署文件夹，其中包含许多难以配置的关键文件，并且需要从表中的记录迁移到 XML 标记。我的问题是为什么他们使用文件系统来存储配置，使用这么多 XML 文件是一个好主意还是应该在我的软件中进行更改并让它从数据库中读取配置？（因为它更容易管理备份/修改/存档/管理数据库中的授权和内容）

【问题讨论】：

“我的问题是他们为什么使用文件系统来存储配置” - 我想只有他们可以准确地告诉你。我们只能推测。一个想法是它只是一些配置对象的 XML 序列化。对我来说似乎很老套，但我该判断谁。如果它运作良好，那为什么不呢？如果您的应用程序似乎不可行，那就不要这样做。有 DB-Config 和 XML 的论据，也有反对的。

标签： java xml parameters configuration jpos

【解决方案1】：

如果您查看 jpos 历史记录，xml 配置从一开始就可用，并且该项目相当古老但仍然非常活跃。有支持和反对 DB v/s XML 配置的论据。

是的，对于较大的项目，配置文件可能会失控。话虽如此，一些配置可以在构建时使用 freemarker 模板或 ant 参数替换来操作，或者使用像 sysconfigconfigurationfactory 这样的组件，它可以为您提供从表中提取配置的示例。迁移现有系统并不总是那么容易，您可以运行脚本从现有配置生成 xml 文件并保存它们，没有什么能阻止您。更改配置文件并保存它们会热交换配置并使其立即可用。文件的编号提供了加载组件和处理依赖项的顺序（也可能很痛苦）。其他运行时配置可以通过 hibernate 使用常规 DB 访问来完成。

【讨论】：