系統設計中的業務驗證設計3

系統驗證的調用順序：
mRules.AddRule'載入驗證規則委託

mRules.CheckRules(me)'根據儲存在HybridDictionary中的規則委託來進行驗證

通過以上兩行代碼，可以得出代碼的結構：
1、所有的規則和RuleManager沒有邏輯上的聯絡
2、可以定義不同的類來處理不同業務類的規則
3、規則都集中在類中，便於管理
4、規則可以通過規則名稱來靈活的進行驗證規則設定
（在我的日常開發中，對商務邏輯的驗證通常是在資料提交之間進行，那些驗證通常都是對表單上的控制項的值進行判斷，看是否符合提交資料商務邏輯。我現在在開始懷疑我對商務邏輯在程式中的理解了。
在商業程式中，資料的處理是在商務邏輯的判斷結果下進行的。
比如在His系統的開發中，門診資料的錄入的處理就包含：各個資料本身的有效性、各個資料之間的有效性，即開始提到的第一種情況和第二種情況。
我不是為了學習這個結構而學些這個結構，我的目的是提高系統開發的效率，降低系統維護的成本。
從開發效率上講，以上兩種驗證在工作實踐中是可以複用的，各個資料本身的有效性驗證可以用在對其它單位元據的驗證上，各個資料之間的有效性驗證還可以用在門診資料的修改上。
從維護成本上看，他們把有效性的驗證集中到一個地方或者是可以控制的地方。
看來我還得繼續努力，繼續挖掘！）