業務模組的設計原則

以下內容是工作中的幾點總結，總結的上下文是在關聯式資料庫的設計環境，還請各位朋友多多發表以下自己的想法。

1、模組的最小單位根據一個完整事務設計

2、模組的最小單位根據一個完整流程設計

3、模組中，只能應用程式資料庫的串連，不能夠修改資料庫的串連，最好是在New方法中，擷取資料庫連接。

4、業務模組中的演算法如果有調整，那麼直接修改該業務模組，而不能使用繼承的方式，在子類中來實現修改，這樣做的原因是：業務模組不能作為公有的模組，在幾個版本的系統中同時使用。如果能夠同時使用，那麼這個業務模組必定是同一個業務模組。這也要求我們在設計系統時，業務模組和系統中的功能模組不能夠編譯在一起。

5、有關member variable在類中的使用方式。
       經過多年的經驗，發現通過闡述將member variable傳入方法內，是降低程式耦合度的一種方式。雖然在類的方法中仍然能夠使用member variable，但是直接使用的後果是該方法內的代碼不能夠直接使用。

#c#專欄