【正文】 cle 和 SQL Server Profile Providers 做用戶狀態(tài)管理，包括購物車等 6．采用了 Master Pages，取代了原來的用戶控件，來實(shí)現(xiàn)統(tǒng)一的界面效果 7．使用了 Wizard 控件實(shí)現(xiàn) checkout 8．使用了 SqlCacheDependency 來實(shí)現(xiàn)數(shù)據(jù)庫層次的緩存更新 (cache invalidation)功能 9．使用了消息隊列來實(shí)現(xiàn)異時訂單處理。在 PetShop 中，由于引入了 的一些新特色，所以數(shù)據(jù)層的內(nèi)容也更加的廣泛和復(fù)雜，包括：數(shù)據(jù)庫訪問、 Messaging、 MemberShip、 Profile四部分。這里所指的業(yè)務(wù)邏輯，并非業(yè)務(wù)邏輯層意義上的領(lǐng)域（ domain）業(yè)務(wù)邏輯（從這個意義上，我更傾向于將業(yè)務(wù)邏輯層稱為 “領(lǐng)域邏輯層 ”），一般意義上說，這些業(yè)務(wù)邏輯即為基本的數(shù)據(jù)庫操作，包括 Select， Insert， Update 和 Delete。 以 Order 為例，在 SQLServerDAL、 OracleDAL 兩個模塊中，有不同的實(shí)現(xiàn)，但它們同時又都實(shí)現(xiàn)了 IOrder 接口，如圖： 從數(shù)據(jù)庫的實(shí)現(xiàn)來看， PetShop 體現(xiàn)出了沒有 ORM 框架的臃腫與丑陋。在早期的 CS 結(jié)構(gòu)中，由于未采用三層式架構(gòu)設(shè)計，數(shù)據(jù)訪問層和業(yè)務(wù)邏輯層是緊密糅合在一起的， 因此， SQL語句遍布與系統(tǒng)的每一個角落。二是對系統(tǒng)的更新帶來障礙。不過， 利用良好的設(shè)計，我們可以為各種業(yè)務(wù)提供不同的表來存放 SQL語句。 try { trans = ()。至少，那些在數(shù)據(jù)訪問層中占據(jù)了絕大部分的 CRUD 操作，通過利用 ORM 框架，我們就僅需要付出極少數(shù)時間和精力來解決它們了。標(biāo)準(zhǔn)的抽象工廠模式類圖如下： 例如，創(chuàng)建 SQL Server 的 Order 對象如下： PetShopFactory factory = new SQLServerFactory()。而在 .Net平臺下，最常見的則是 。 return ()(orderPath).CreateInstance(className)。 } public static object LocateDALOrderObject(string className) { string fullPath = orderPath + “.” + className。 工廠設(shè)計模式是這樣實(shí)現(xiàn)的： 創(chuàng)建一個 C 接口，其中對于數(shù)據(jù)庫訪問類必須公開的每個方法都要聲明一個方法。 創(chuàng)建 DB2 兼容版本的步驟如下： DB2 的數(shù)據(jù)庫訪問類 ，它應(yīng)該實(shí)現(xiàn) IDAL 接口。這樣系統(tǒng)上層只管調(diào)用，而下層來實(shí)現(xiàn)細(xì)節(jié)， 上級只管發(fā)號施令，下級去干活。因?yàn)槲以诎惭b 時選擇的是 Sqlserver 所以在此是：value=，如果用的是 Oracle 那就是value= 了吧！而且這個文件也應(yīng)該是可以更改的。 public static Assembly Load(string assemblyString)。 紅色 ——文檔重點(diǎn)； 藍(lán)色 ——自己的理解； 綠色 ——不明白的地方 數(shù)據(jù)庫可移植性 這一版本 Microsoft .NET Pet Shop 的關(guān)鍵需求之一是提供支持 Oracle 和 SQL Server 數(shù)據(jù)庫的應(yīng)用程序?qū)崿F(xiàn)。 對于每一個要支持的數(shù)據(jù)庫，都創(chuàng)建一個實(shí)現(xiàn)數(shù)據(jù)庫特定代碼的具體類，以執(zhí)行接口 （ 也稱 “協(xié)定 ”） 中的每一項操作 （ DAL 完成的工作） 。 DB2 訪問類編譯成一個程序集。 ，指向新的數(shù)據(jù)庫訪問類。 注意： DALFactory 的具體功能： 功能 1： 它從配置文件中讀入一個值 ， 以確定應(yīng)該使用 “ 反射 ” 加載 的是 哪一個程序集 功能 2： 通過 .NET 的反射命名空間， （ 可以 ） 加載某個特定 （適當(dāng)?shù)模?程序集 （ SQLServerDAL或 OracleDAL）， 并 使用 該程序集創(chuàng)建某個對象 （如 Account 類的對象） 的實(shí)例 。 應(yīng)用程序的關(guān)鍵需求之一是創(chuàng)建一個高性能的解決方案 ，因此我們選擇用數(shù)據(jù)庫本身的 .NET 托管提供程序構(gòu)建應(yīng)用程序。 參數(shù) assemblyString 程序集名稱的長格式。這樣 BLL 調(diào)用IAccount 接口時就會用 類的實(shí)現(xiàn)代碼。 那么 DALFactory是如何決定應(yīng)該用 SqlServerDAL還是用 OracleDAL的呢？我們接著分析。 。 為了支持運(yùn)行時確定加載哪一個具體類，需要創(chuàng)建第三個類，也就是工廠類，它從配置文件中讀入一個值以確定應(yīng)該使用反射加載哪一個程序集。 } public static object LocateOrderStrategyObject(string className) { string fullPath = orderStategyPath + “.” + className。這些實(shí)現(xiàn)邏輯散布于整個 PetShop系統(tǒng)中，在我看來，是可以在此基礎(chǔ)上進(jìn)行重構(gòu)的。也就是說，我們可以在 文件中，配置好具體的 Factory對象的完整的類名。 要考慮到數(shù)據(jù)庫的可移植性，則 factory必須作為一個全局變量，并在主程序運(yùn)行時被實(shí)例化。 還是回到對 PetShop的討論上來。 ()。不過前提是，我們需要為它提供專門的 SQL語句管理工具。如果使用了存儲過程，出于安全的考慮，必須有專門的 DBA 重新運(yùn)行存儲過程的腳本，部署的方式受到了限制。此外，由于 Oracle使用的是 PLSQL，而 SQL Server和 Sybase 等使用的是 TSQL，兩者雖然都遵循了標(biāo)準(zhǔn) SQL的語法，但在很多細(xì)節(jié)上仍有區(qū)別，如果將 SQL語句大量的使用到程序中，無疑為可能的數(shù)據(jù)庫移植也帶來了困難。尤其復(fù)雜的是 Parameter 的傳遞，在 PetShop中，使用了大量的字符串常量來保存參數(shù)的名稱。首先，它體現(xiàn)了 “職責(zé)分離 ”的原則。 在 PetShop 中，系統(tǒng)需要處理的數(shù)據(jù)庫對象分為兩類：一是數(shù)據(jù)實(shí)體，對應(yīng)數(shù)據(jù)庫中相應(yīng)的數(shù)據(jù)表。 PetShop 設(shè)計研究 ——petShop 的命名空間 以及各個項目模塊的說明 序號 項目名稱 程 序 集 名 稱 Assembly Name 默 認(rèn) 命 名 空 間 Default Namespace 描述 1 WEB 表示層 2 Model 業(yè)務(wù)實(shí)體 3 BLL 業(yè)務(wù)邏輯層 4 DALFactory 數(shù)據(jù)層的抽象工廠 5 IDAL 數(shù)據(jù)訪問層接口定義 6 SQLServerDAL SQLServer數(shù)據(jù)訪問層 7 OracleDAL Oracle 數(shù)據(jù)訪問層 8 DBUtility 數(shù)據(jù)庫訪問組件基礎(chǔ)類 9 CacheDependencyFactory cyFactory cyFactory 緩 存 依賴 類 的工廠類 10 ICacheDependency ncy ncy 緩 存 依賴類 接口 11 TableCacheDependency endency endency 緩 存 依賴 實(shí) 現(xiàn)類 12 IBLLStrategy 同步 /異步 處 理策 略 接口 (實(shí)現(xiàn)在 bll 根據(jù) 配 置反 射 選擇 ) 13 MessagingFactory ry ry