canonical

   在商業(yè)產(chǎn)品開發(fā)中，如何有效的控制同一產(chǎn)品的多個衍生版本是一個非常重要的問題。客戶的需求是多樣化，差異化的。這些差異有些很小，可以通過參數(shù)配置，資源裝載，skin切換等方式加以吸收，而有些則要求對界面布局和程序邏輯等作出較大調(diào)整。Witrix開發(fā)平臺在系統(tǒng)基礎(chǔ)架構(gòu)方面為程序的客戶化提供了有力的支持。
   1. 多版本控制的關(guān)鍵首先在于系統(tǒng)良好的模塊劃分。因此Witrix平臺的beans,auth-map(權(quán)限歸約規(guī)則)等配置文件格式都支持import/include等基礎(chǔ)的分解策略,字符串資源和錯誤碼映射等支持多重定義文件，而對于sql.xml(外部sql語句定義), meta.xml, biz.xml, hbm.xml等配置文件采用分模塊動態(tài)裝載機制。
   2. 在Witrix系統(tǒng)中定義了一個特殊的custom目錄，規(guī)定了一般性的覆蓋規(guī)則：custom目錄作為系統(tǒng)根目錄的影子目錄，如果custom目錄下存在同名文件，則優(yōu)先裝載custom目錄下的文件。例如,如果custom目錄下存在/_config/my/my.biz.xml文件，同時在根目錄下也存在/_config/my/my.biz.xml文件, 則實際裝載的是custom目錄下的實現(xiàn)。這里的一個關(guān)鍵在于只有meta.xml(元數(shù)據(jù))，biz.xml(BizFlow描述文件)，.lib.xml(tpl模板庫)等具有一定完整性的文件才支持custom機制，而并不是所有資源都采用custom機制。如果每一個tpl文件，css文件，js文件等都優(yōu)先從custom目錄下裝載，則很快就會出現(xiàn)循環(huán)引用，相對路徑計算將會變得非常混亂，更重要的是我們將無法定義資源刪除語義。
   3. 元數(shù)據(jù)文件，BizFlow描述文件，PageFlow描述文件等都支持復(fù)雜的extends機制，使得我們在擴展時只需要對于系統(tǒng)差異部分進行描述，而不是大段拷貝代碼。
   4. tpl模板庫和sql-map機制等采用的是追加覆蓋策略。例如custom目錄下的ui.xml標(biāo)簽庫文件并不是直接覆蓋系統(tǒng)根目錄下的ui.xml文件，而是按照標(biāo)簽名進行細粒度的覆蓋。系統(tǒng)編譯時會自動檢查覆蓋標(biāo)簽的所有參數(shù)要求和原標(biāo)簽相兼容（例如允許增加參數(shù)而不允許減少參數(shù)），確保所有引用到原標(biāo)簽的tpl代碼仍然有效。實際上整個witrix平臺多版本擴展機制的一個設(shè)計目標(biāo)就是確保平臺主系統(tǒng)向各個分支產(chǎn)品的單向信息流動。在具體的表現(xiàn)上就是我們隨時可以拷貝平臺主系統(tǒng)覆蓋到分支產(chǎn)品的相應(yīng)目錄，所有擴展實現(xiàn)與主系統(tǒng)實現(xiàn)保持分離狀態(tài)。當(dāng)然為了保持設(shè)計的彈性，系統(tǒng)中也定義了開關(guān)參數(shù)用來有選擇的跳過一致性檢查。