2016-11-09 16 views
1

我最近使用JPOS來模擬基於ISO 8583的金融交易。 我注意到在JPOS他們喜歡使用XML作爲配置參數的許多文件。 我腦海中有一個問題,他們爲什麼選擇這種方法? 我想開發一個更大的應用程序,它可以與很多服務器/終端/事務/數據庫/外部同行(基於TCP/IP over ISO-8583)/ DB 許多參數,當我試圖想象這樣一個帶有JPOS的軟件,我來到了一個大型的部署文件夾,其中有很多關鍵文件,這些文件很難配置,需要從表格中的記錄遷移到XML標籤。 我的問題是爲什麼他們使用文件系統來存儲配置,使用這麼多的XML文件是一個好主意,還是應該在我的軟件中進行更改並讓它從DB讀取配置?(因爲管理備份/修改更容易/存檔/管理授權和數據庫中的東西)是否優化了XML文件中的所有參數?

+1

「我的問題是爲什麼他們使用文件系統來存儲配置」 - 我猜他們只能*確切地告訴你。我們只能推測。一個想法就是它只是一個配置對象的XML序列化。看起來對我來說很難受,但我是誰來判斷。如果它運作良好,那爲什麼不呢?如果**你的**申請似乎不可行 - 那就不要這樣做。有DB-Config和XML的爭論以及反對。 – Fildor

回答

2

如果你看看jpos的歷史,xml配置從一開始就已經可用,並且該項目很舊,但仍然非常非常活躍。有針對和反對DB v/s XML配置的爭論。

是的配置文件可以擺脫大型項目。話雖如此,可以在構建時使用freemarker模板或ant參數替換來操作一些配置,或者使用像sysconfigconfigurationfactory這樣的組件,它可以爲您提供從表中提取配置的示例。 遷移現有系統並不總是那麼容易,您可以運行腳本以從現有配置生成xml文件並保存它們,沒有任何事會阻止您。 更改配置文件並保存它們不會熱切換配置並使其可立即使用。文件的編號提供了加載組件和處理依賴關係的順序(也可能很痛苦)。 其他運行時配置可以通過使用常規數據庫訪問通過休眠來完成。

相關問題