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

我最近使用JPO模拟基于ISO8583的金融交易。 我注意到，在JPO中，他们喜欢使用大量XML文件作为配置参数。 我心里有个问题，他们为什么选择这种方法？ 我想开发一个更大的应用程序，它可以与许多服务器/终端/事务/数据库/外部对等机（基于ISO-8583上的TCP/IP）/数据库中的许多参数一起工作 当我试图想象这样一个带有JPOS的软件时，我遇到了一个大的部署文件夹，其中包含大量难以配置的关键文件，需要从表中的记录迁移到XML标记。

---

我的问题是，为什么他们使用文件系统来存储配置，使用这么多XML文件是一个好主意，还是我应该在我的软件中进行更改，让它从数据库中读取配置？（因为在数据库中管理备份/修改/存档/管理授权和内容更容易）

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

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

---

其他运行时配置可以通过hibernate使用常规DB访问来完成。

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