6. 自定義事務
.Net framework 2.0中內置了對事務的支持，不但可以管理進程內的事務（包括SQLServer事務），還可以自動提升至MSDTC來管理分布式事務（包括WCF事務）。所以我們無需再編寫任何事物的管理代碼。
本系統中使用了Enterprise Library中的Data Access Application Block作為數據存取方案。但卻沒有很好地利用.Net framework 2.0的事務功能，而是自己寫了很多管理事務的代碼。例如使用一個TransactionContext類管理事務的執行，在很多數據存取的方法上支持傳入TransactionContext類型的參數，用來管理事務邊界。
這樣不僅需要花費精力維護TransactionContext類，管理事務的執行，也使數據存取接口變的很復雜，臃腫。
其實我們完全可以利用TransactionScope這一.Net framework2.0中的事務處理類還管理事務。簡單的方式是：
Using(TransactionScope cpe = new TranscationScope())
{
數據操作方法1（）；
數據操作方法2（）；
…
數據操作方法N（）；
}
這樣可以自動提交和回滾事務了，而且可以根據實際情況，如果其中某個方法調用了分布式事務的話，可以自動升級為MSDTC事務。
關于如何使用.Net framework2.0中的事務功能，可以參考：Introducing System.Transactions in the .NET Framework 2.0。
7. 其它問題
還有一些其它的小問題，雖然不涉及到系統架構，但也會帶來一些負面的影響，包括：
A．代碼重復
a) 很多數據查詢方法功能相同，只是返回的數據“格式” 不同（有的返回DataSet，有的返回DataRow，有的返回實體對象），為了調用方便，做了很多重載的方法，但沒有考慮代碼重復利用，造成大量的代碼冗余。
B．公共模塊
a) 設計者把系統中使用到的公共代碼和枚舉等等組織在一起，放在一個文件中，為各個項目所使用。其實這本來很好，但是我卻發現，公共模塊同時被三個層次引用，這樣也是很不好的。這樣會使得系統的分層結構遭到破壞，公共模塊難于理解和使用。應該把屬于各層專屬使用的功能集成到各自的層中，每個層中設一個公共模塊，這樣既保障了分層的清晰，同時又很好地規劃了公共模塊。
