【導(dǎo)讀】微軟剛推出了基于下的PetShop4,該版本有了一個全新的用戶界面。開發(fā)的企業(yè)級應(yīng)用性能最好、結(jié)構(gòu)最優(yōu)、生產(chǎn)力最高。為了用事實說話，通過對項目各方面的性能評估進。而在比較.NET和Java的高下。正因為Petshop肩負(fù)著上面所說的重。任，各方面必須是最優(yōu)的，架構(gòu)設(shè)計應(yīng)該是經(jīng)過慎重考慮的。所以其一經(jīng)推出，便成為了開發(fā)者、架構(gòu)師。等人學(xué)習(xí)、研究的典范。日前微軟推出了基于.NETFramework開發(fā)的Petshop4。新的Petshop4實現(xiàn)了與Petshop3. 相同甚至更多的特性，由于采用了MasterPages，Membership，以及Profile，SqlCacheDependency，但。是代碼量卻減少了四分之一。同時，在事務(wù)、數(shù)據(jù)緩存、安全方面使用了.NET附帶的特性，構(gòu)建了一。個靈活的最佳實踐的應(yīng)用程序。8．使用了SqlCacheDependency來實現(xiàn)數(shù)據(jù)庫層次的緩存更新功能。9．使用了消息隊列來實現(xiàn)異時訂單處理。項目列表：從整體可以看出，PetShop4的項目體系已經(jīng)很龐大，考慮的方面也較更全面復(fù)雜。

　　

【正文】 用的是 Oracle 那就是value= 了吧！而且這個文件也應(yīng)該是可以更改的。接下來 className=path+”.Account”返回的應(yīng)該是,然后再用 加載，同時創(chuàng)建 的實例，并以接口（ ）類型返回。這樣 BLL 調(diào)用IAccount 接口時就會用 類的實現(xiàn)代碼。（回上面第 4 再看一下） 看！這樣根據(jù)系統(tǒng)當(dāng)前 文件的配置描述（這也應(yīng)該是系統(tǒng)運行時實際的配置）， BLL 層只要像下面這樣： // Get an instance of the account DAL using the DALFactory IAccount dal = ()。 AccountInfo account = (userId, password)。//?看看上面第 4 點的 IAccount 接口 就可以直接調(diào)用接口方法通過下層 DAL 層操作數(shù)據(jù)庫了（在此具體為用戶賬號相關(guān)操作），而 BLL 層并不用知道應(yīng)該通過 SqlserverDAL 還是 OracleDAL訪問數(shù)據(jù)庫，這由都 DAL Factory 決定，你用的是什么數(shù)據(jù)庫以及底層細(xì)節(jié)，更不用 BLL 知道，這樣做的好處是對于 BLL 層以及 更上層的程序不會或很少機率會因為底層程序變動影響，因為 BLL 層中調(diào)用接口就行了，只要那個接口定義沒變，一切仍然 OK. sdk 文檔資料。 Assembly 類 定義一個 Assembly，它是可重用、無版本沖突并且可自我描述的公共語言運行庫應(yīng)用程序構(gòu)造塊。 有關(guān)此類型所有成員的列表，請參閱 Assembly 成員 。 public static Assembly Load(string assemblyString)。 描述 通過給定程序集的長格式名稱加載程序集。 參數(shù) assemblyString 程序集名稱的長格式。 返回值 加載的程序集。 public object CreateInstance(string typeName)。 描述 使用區(qū)分大小寫的搜索，從此程序集中查找指定的類型，然后使用系統(tǒng)激活器創(chuàng)建它的實例。 參數(shù) typeName 要查找的類型的 。 返回值 表示該類型的 Object 的實例，其區(qū)域性、參數(shù)、聯(lián)編程序和激活屬性設(shè)置為空引用（ Visual Basic 中為 Nothing），并且 BindingFlags 設(shè)置為 Public 或 Instance，或者設(shè)置為空引用 (Nothing)（如果沒有找到 typeName）。 紅色 ——文檔重點； 藍(lán)色 ——自己的理解； 綠色 ——不明白的地方 數(shù)據(jù)庫可移植性 這一版本 Microsoft .NET Pet Shop 的關(guān)鍵需求之一是提供支持 Oracle 和 SQL Server 數(shù)據(jù)庫的應(yīng)用程序?qū)崿F(xiàn)。 在設(shè)計應(yīng)用程序的數(shù)據(jù)庫訪問機制時，我們可以選擇應(yīng)該使用哪一個數(shù)據(jù)庫提供程序；可以使用 通用的 OLEDB 托管提供程序 或者 數(shù)據(jù)庫特定的優(yōu)化了性能的 .NET 托管提供程序 ，比如 .NET 框架 中提供的 SQL Server 和 Oracle 托管提供程序。 應(yīng)用程序的關(guān)鍵需求之一是創(chuàng)建一個高性能的解決方案 ，因此我們選擇用數(shù)據(jù)庫本身的 .NET 托管提供程序構(gòu)建應(yīng)用程序。 關(guān)于托管提供程序和通用 OLEDB 提供程序之間的性能差異分析，讀者可以參考 Using .NET Framework Data Provider for Oracle to Improve .NET Application Performance，該文檔說明了 廠商特定的提供程序能夠比等價的 OLEDB 提供程序性能好兩到三倍 。 在選擇數(shù)據(jù)庫特定的訪問類時進行的考慮是， 我們需要為每個 即將 支持的數(shù)據(jù)庫平臺遍寫一個單獨的數(shù)據(jù)訪問層 ，因此應(yīng) 用程序?qū)啻a。 雖然兩個數(shù)據(jù)訪問層共享很多公共代碼，但還是 要明顯地分別針對具體數(shù)據(jù)庫 。 為了簡化數(shù)據(jù)庫訪問類的使用，我們選擇 GoF 概述的 “ 工廠設(shè)計模式 ” ，通過反射 ， 動態(tài) 地 在運行時加載正確的數(shù)據(jù)訪問對象 。 工廠設(shè)計模式是這樣實現(xiàn)的： 創(chuàng)建一個 C 接口，其中對于數(shù)據(jù)庫訪問類必須公開 （實現(xiàn)？） 的每個方法都要聲明一個方法 （ IDAL 完成的工作） 。 對于每一個要支持的數(shù)據(jù)庫，都創(chuàng)建一個實現(xiàn)數(shù)據(jù)庫特定代碼的具體類，以執(zhí)行接口 （ 也稱 “協(xié)定 ”） 中的每一項操作 （ DAL 完成的工作） 。 為了支持運行時確定加載哪一個具 體類，需要創(chuàng)建第三個類，也就是工廠類 。 注意： DALFactory 的具體功能： 功能 1： 它從配置文件中讀入一個值 ， 以確定應(yīng)該使用 “ 反射 ” 加載 的是 哪一個程序集 功能 2： 通過 .NET 的反射命名空間， （ 可以 ） 加載某個特定 （適當(dāng)?shù)模?程序集 （ SQLServerDAL或 OracleDAL）， 并 使用 該程序集創(chuàng)建某個對象 （如 Account 類的對象） 的實例 。 為了使應(yīng)用程序更安全，為版本控制提供更好的支持，我們可以在應(yīng)用程序配置文件（也就是這里的 （ runtime））中添加要加載的程序集文件的 “證據(jù) ”，這意味著 .NET 框架將只加載我們在編譯期間簽過名而且有正確版本號的程序集 。 圖 10 說明了 業(yè)務(wù)邏輯類、工廠類和數(shù)據(jù)庫訪問類是如何相互操作的 。 這一創(chuàng)建的解決方案最重要的優(yōu)勢是 數(shù)據(jù)庫訪問類可以在業(yè)務(wù)邏輯類之后編譯 （？？？） ，只要數(shù)據(jù)訪問類實現(xiàn)了 IDAL 接口 。 這意味著， 如果要創(chuàng)建應(yīng)用程序的 DB2 版本，我們不需要改動業(yè)務(wù)邏輯層（或者 UI 層） 。 創(chuàng)建 DB2 兼容版本的步驟如下： DB2 的數(shù)據(jù)庫訪問類，它應(yīng)該實現(xiàn) IDAL 接口。 DB2 訪問類編譯成一個程序集。 部署新的數(shù)據(jù) 庫 程序集到一臺運行中的服務(wù)器上。 ，指向新的數(shù)據(jù)庫訪問類。 （！??！直接在 文件中修改即可！?。。? 無需更改或重新編譯業(yè)務(wù)邏輯組件。 圖 10. .NET Pet Shop 中 DAL 工廠類的實現(xiàn) 根據(jù)上圖總結(jié)出的訪問流程：（修訂了 SQLServer 學(xué)習(xí)筆記中的訪問流程） 通過 ()選擇加載了一個正確的 DAL 組件（比如SQLServerDAL） 創(chuàng)建了一個正確的 DAL 層組件的 Product 類的實例 返回了一個該 Product 類在 IDAL 層的接口 IProduct 存在的疑問： 什么不直接返回已經(jīng)選出來的，適當(dāng)?shù)?DAL 組件（如 SQLServerDAL）的適當(dāng)?shù)膶ο螅ㄈ鏟roduct），而返回了一個該對象在 IDAL 層的引用？ IDAL 層的引進究竟目的何在？是否單純?yōu)榱艘?guī)范下層 DAL 組件所必須實現(xiàn)的數(shù)據(jù)訪問方法？還是說只要使用工廠模式就必須定義接口，并且即使使用反射確定了應(yīng)該正確加載的 DAL 組件的對象，也必須返回對象接口引用？ 自己的答案：如果不返回接口，那么上層 BLL 在得到返回的 DAL 組件對象之后，就有可能知道在下層究竟使用的是 SQLServerDAL 還是 OracleDAL，這就有可能在 BLL 層有針對性地進行編程 —— 而這正是使用多層模式想要避免的！??！