在實際項目中,可能不同信任等級的數據,采用不同的算法去處理數據,這樣才使得數據的處理更有針對性,更符合實際需要。
從需求變更的角度出發,軟件開發商可以先實現一些數據信任程度低的算法,然后再根據項目實際情況,決定是否實現更高一級數據等級的算法。在現實軟件項目,數據信任等級低的采用的算法也會簡單一些,由于需求變更,增加了新的數據信任等級更高的數據,這時候可以考慮暫時采用低等級的算法進行處理,然后再結合人工干預,達到數據處理的要求。大家都明白一點,算法復雜,測試的難度大,但是使用這些更高等級的算法的幾率是很少的,處于成本的原因可以把這些算法的實現滯后。
當然我這樣說,并不是意味著放棄高等級的算法,一些根據項目實際情形需要來操作。
數據根據信任程度分成等級,呵呵,這是所謂工廠方法模式嘛,算法也分成等級結構,這是所謂的模板方法模式。
數據在處理后,應該記錄下被使用的算法版本,這樣才便于以后統計查詢分析或者數據挖掘之類工作的開展。
例如:在一個商品交易中,一個商品可能被購買的價格是正常價格,節假日優惠價,會員優惠價,在交易流水賬中,應該記錄下交易時候是采用的那個價格類型,原始價格多少,實際購買價格多少。記錄下原始價格,是因為,商品的原始價格本身可能是變化的。
再以拆遷資源計劃系統(http://www.netsky-tech.com/))為例,房屋補償的價格價格可能是來自于管理參數,也可能是來自于申請,實際到底是來自于哪個,算法應該記錄下來。
9.業務規則使用的版本化
前面已經提到了數據錄入的版本化,還有算法的版本化,也是計算結果的版本化。但是還沒有談到一點,到底啥時間該采用哪個版本算法。
在J2EE項目中,一般是采用配置文件的方式來控制版本。從配置管理角度的來說,一切都根據配置文件來決定使用哪個版本的數據錄入的分級(數據信任程度分級),然后根據配置文件決定數據處理使用的算法版本。
其實在J2EE項目中,可以采用類似apache commons-validator這樣的包,來進行數據錄入的信任等級建立。
前面都已經提到了從工廠方法模式的角度來建立數據信任等級制度,但是并沒有解決到底啥時間采用哪個方法處理數據。也許有人建議,采用工廠方法模式的思想,把數據當成產品,把算法當成工廠,來處理(注意:不是制造)數據。這個想法也許能夠滿足一些系統的需要,但是更多時候是失效。
為此,我覺得有必要把算法的分配使用當成為一個業務管理策略來管理,通過單獨的業務模塊去設置業務的算法管理策略,可以把這些策略保存為配置文件或者直接保存到數據表;在J2EE項目中,常用的方式使用XML的格式保存為配置文件,但是如果這個策略比較復雜的時候建議還是保存到數據表。
參考UML圖
10.補充說明
由于近事情比較多,對于項目實施中的數據管理先整理這些,有空的話,再繼續整理。大家如果有興趣,可以切磋交流一下。