2.2 組件設計：無配置文件

組件不帶任何配置文件，組件所依賴的各種庫也不帶任何配置文件。

這個原則極其重要！！！

如果一個組件，自己定義了配置文件，無論是XML，Properties，還是其他的文件類型，內部的格式都是組件設計者自己定義的。我們假設一個中等的項目，會使用10個組件，那么就會有10個配置文件。這些配置文件的格式各不相同，那么我們的軟件安裝手冊、維護手冊就要仔細描述這10個配置文件的結構，我們的實施維護人員就要學會如何配置這10個文件。如果項目再大，需要集成50個組件，那就需要50個配置文件，對手冊編寫人員和實施維護人員，這是怎樣的災難啊！

歸納起來，如果一個組件自己帶配置文件，帶來的不良影響主要有：

（1）不同組件的配置文件格式不統一，軟件開發人員、手冊編寫人員、實施人員、維護人員等要學習不同格式、不同結構、不同的配置方式，學習的成本大大增加；

（2）同一個配置（比如數據庫連接串，IP地址等），由于各個組件的配置方式不同，則實施人員要在多個配置文件中進行配置，既增加了工作量，又難于保證數據始終一致；

（3）如果后續發現更好的組件，要用其替換原有的組件，則新的組件的配置文件與原組件的配置文件不同，則即使這兩個組件的功能一致，我們也必須更新軟件的實施維護手冊，相關人員又要重新學習。

因此，基于配置文件的組件，是非常不容易被集成的。一個應用軟件，無論其使用多少個組件，應該最多只有一個配置文件，用于集中配置這個應用的所有參數。而每個組件，都是以接口或者類的方式提供配置方法，應用軟件集中讀取所有配置信息，然后通過組件的配置方法，將配置參數設置到組件上。這樣，將從根本上解決組件集成過程中由組件配置文件引起的各種問題。