在設計整個企業庫的過程中，使用了一系列的最佳實踐。下面列出一些里面的最佳實踐：

• 　　在核心庫中使用了Common模塊
• 　　使用了統一的命名約定和統一的版本
• 　　在設計的過程中使用單元測試
• 　　在所有模塊中包含基礎結構

　　在企業庫的模塊中包含了下面的模式，當然還包括其他模式：

• 　　工廠模式，一個創建型模式，使用指定的類型創建另外一個對象。
• 　　插件模式，這種模式擴展了類的行為。在特殊的環境中創建一個子類，只包含所需的功能。
• 　　依賴注入模式，使用這個模式，你可以在類中注入對象，而不是依賴類創建對象。

　　一、工廠模式

　　工廠模式是軟件設計模式中，創建模式的一種。企業庫中廣泛的使用了工廠模式。例如，在Caching模塊，CacheFactory初始化一個CacheManger對象的實例，CacheManager創建一個CacheManagerFactory對象，然后創建一個Cache對象。Cache是后端數據在內存中的副本。創建Cache對象之后，應用程序可以使用CacheManager對象獲取緩存中的數據，向緩存中添加數據，從緩存中移除對象。更多的信息請參看緩存模塊。

　　數據訪問模塊以類似的方式使用工廠模式，客戶端代碼調用DatabaseFactory的靜態方法CreateDatabase創建Database對象的實例。更多的信息參看數據訪問模塊。

　　二、插件模式

　　插件模式是一種在運行的時候創建對象或者接口的實例的軟件模式。插件模式擴展了現有代碼的行為，以便它可以實現更多的目的。它和使用類繼承不一樣，類繼承可以對行為進行修改或者是重寫，插件模式行為的修改是有限的。

　　使用插件模式，修改的行為（插件）和一個分布partial類相連接，輪流的和核心類連接。插件使用這個接口實現被核心類調用的方法，同時也可以調用核心類的新方法。

　　三、依賴注入模式

　　依賴注入模式允許你向類中注入對象，而不是依賴這個類來創建對象。這在下面的情況非常有幫助，在你想解耦一個你的應用中的特殊實現或者是部署的細節。依賴注入模式解耦服務或者是其他代碼可能會依賴的在容器中存放。然后，處理代碼相互依賴的責任，包括對象創建和連接，從對象本身移除，轉移到其他實體。不像工廠模式，使用依賴注入模式，容器中的代碼是被多個應用共享的。

　　在System.ComponentModel命名空間中，是一個微軟關于依賴注入模式的實現。在企業庫中，ObjectBuilder 和 Unity模塊可以用來實現依賴注入模式。

轉載于:https://www.cnblogs.com/DoNetCShap/archive/2011/12/14/2287821.html

總結

以上是生活随笔為你收集整理的微软企业库4.1学习笔记（十）企业库的设计的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。