????? 在一些項目開發中，為了使項目具有靈活配置的特性通常會使用配置文件，把一些常用的屬性數據通過配置文件的方式引入系統。然而，當這些屬性文件中數據變得越來越多的時候，問題還是出現了。

????? 加入配置文件的數據總結起來大致有以下幾類：系統屬性（比如系統首頁地址等）、通用屬性（比如性別等）、行業屬性（比如官銜等）、以及用戶自定義屬性等。剛開始的時候，可能項目比較小，而且只是針對單一客戶的，當客戶有了修改這些屬性數據的需求時，就直接去修改屬性配置文件，誰也不愿意去考慮這寫數據保存在屬性配置文件中到底合適不合適。可是，隨著項目逐漸完善，不同模塊之間的屬性配置文件個數越來越多，文件也變得越來越大，維護的工作量也相應增多，屬性配置文件的問題就暴露出來了。

????? 無論是使用Properties文件，還是XML文件，或者其他的屬性配置文件，當文件個數變多，數據量變大之后，維護起來都很費勁。尤其是項目面臨產品化的時候，一個項目做成熟之后，可能會被很多客戶使用，不同的客戶有不同的屬性配置需求，如果有幾百甚至幾千個客戶，屬性文件修改的工作量可想而知，給項目實施增加了不少難度。其實，最嚴峻的問題還不在這里，由于屬性配置文件里保存的數據都是由固定格式要求的，如果格式錯亂就不能正常解析，所以在修改屬性配置文件的時候還需要額外小心，否則可能就會造成系統異常。

????? 對于屬性配置文件暴露出來的問題，我個人認為，需要把系統屬性相關的數據進行分類處理。我們不能單純地認為因為屬性配置文件有問題就不能用，更重要的是要搞清楚哪些數據才適合放在屬性配置文件里。對于系統屬性，如果是個性化的系統屬性盡量不要放在屬性配置文件中，包括行業屬性，因為不同的地區可能同一個行業的業務也多多少少有差別，這些數據可以通過系統中的系統維護模塊操作數據庫來維護。而對于通用屬性，相對比較固定，則可以通過屬性配置文件來維護。可能對于一些小項目來說，系統維護模塊還沒有，但是對于一個成熟的項目，我個人認為，還是有必要包含系統維護模塊的，提供一些維護系統的常用功能。

?????近期，做的一個項目面臨了這個問題，所以就寫了下來，如果有更好的處理方式，就一起交流下吧，歡迎留言~

?

?

?

?

轉載于:https://www.cnblogs.com/wenlong/archive/2012/02/24/2375405.html

總結

以上是生活随笔為你收集整理的关于项目中属性配置文件的改进的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。