是否优化了XML文件中的所有参数？

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

来源

2016-11-09 hmmftg

“我的问题是为什么他们使用文件系统来存储配置” - 我猜他们只能*确切地告诉你。我们只能推测。一个想法就是它只是一个配置对象的XML序列化。看起来对我来说很难受，但我是谁来判断。如果它运作良好，那为什么不呢？如果**你的**申请似乎不可行 - 那就不要这样做。有DB-Config和XML的争论以及反对。 – Fildor

如果你看看jpos的历史，xml配置从一开始就已经可用，并且该项目很旧，但仍然非常非常活跃。有针对和反对DB v/s XML配置的争论。

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

来源

2016-11-09 09:13:18 chhil

是否优化了XML文件中的所有参数？

回答

相关问题