【正文】 范圍內(nèi)，你所獲得的結(jié)果將是過(guò)期的、不準(zhǔn)確的數(shù)據(jù)。這就有效地避免了因?yàn)橹档牟煌鴮?dǎo)致輸出錯(cuò)誤的數(shù)據(jù)。Duration參數(shù)用于設(shè)置頁(yè)面或控件進(jìn)行緩存的時(shí)間，其單位為秒。當(dāng)用戶第二次查詢時(shí)，就可以省去數(shù)據(jù)查詢的過(guò)程，減少頁(yè)面的響應(yīng)時(shí)間。相對(duì)于應(yīng)用程序緩存而言，頁(yè)輸出緩存的應(yīng)用更為廣泛。我們還可以為應(yīng)用程序緩存添加依賴項(xiàng)，使得依賴項(xiàng)發(fā)生更改時(shí)，該數(shù)據(jù)項(xiàng)能夠從緩存中移除：string[] dependencies = {”Second”}。它是一個(gè)密封類，不能被繼承。放入在緩存中的數(shù)據(jù)對(duì)象其生命周期是受到限制的，即使在整個(gè)應(yīng)用程序的生命周期里，也不能保證該數(shù)據(jù)對(duì)象一直有效。一種是應(yīng)用程序緩存，它允許開(kāi)發(fā)者將程序生成的數(shù)據(jù)或報(bào)表業(yè)務(wù)對(duì)象放入緩存中。因?yàn)镃ache的存取速度比內(nèi)存快，因而引入Cache能夠有效的解決CPU與內(nèi)存之間的速度不匹配問(wèn)題。由于我們已經(jīng)定義了統(tǒng)一的接口規(guī)范，在通過(guò)消息隊(duì)列形成文件后，此時(shí)的數(shù)據(jù)就已經(jīng)與平臺(tái)無(wú)關(guān)了，完成數(shù)據(jù)的處理。在為一個(gè)汽車制造商開(kāi)發(fā)一個(gè)大型系統(tǒng)時(shí)，需要將數(shù)據(jù)傳遞到管理中心，并且該數(shù)據(jù)將被Oracle的EBS(EBusiness System)使用。 add key=”O(jiān)rderStrategyClass” value=”” / // Look up which strategy to use from config file ，仍然利用配置文件來(lái)動(dòng)態(tài)創(chuàng)建IOrderStategy對(duì)象：private static readonly orderInsertStrategy = LoadInsertStrategy()。 在這里，運(yùn)用了一個(gè)策略模式，類圖如下所示： (order)。 } } totalOrdersProcessed++。 processedItems++。 ((OrderInfo)queueOrders[k])。 for (int k = 0。 //exit loop because no more messages are waiting //update elapsed time { if ((elapsedTime + queueTimeout + transactionTimeout) ) { j batchSize。 // Receive the orders from the queue { private static void ProcessOrders()它的目的就是接收消息隊(duì)列中的訂單數(shù)據(jù)，然后將其插入到Order和Inventory數(shù)據(jù)庫(kù)中。 add key=”O(jiān)rderMessaging” value=””/ 一旦IOrder接口的實(shí)現(xiàn)發(fā)生變化，這種實(shí)現(xiàn)方式就可以使得客戶僅需要修改配置文件，而不需要修改代碼，如此就可以避免程序集的重新編譯和部署，使得系統(tǒng)能夠靈活應(yīng)對(duì)需求的改變。 之所以利用工廠模式來(lái)負(fù)責(zé)對(duì)象的創(chuàng)建，是便于在業(yè)務(wù)層中對(duì)其調(diào)用，例如在BLL模塊中OrderAsynchronous類：public class OrderAsynchronous : IOrderStrategy{ } return )(path).CreateInstance(className)。 string className = path + “.Order”。 從設(shè)計(jì)上來(lái)看，由于PetShop采用“面向接口設(shè)計(jì)”的原則，如果我們要?jiǎng)?chuàng)建Order對(duì)象，應(yīng)該采用如下的方式： ()。 PetShopQueue queue = new Order()。 注意在Order類的Receive()方法中，是用new關(guān)鍵字而不是override關(guān)鍵字來(lái)重寫其父類PetShopQueue的Receive()虛方法。 所以，最后的類圖應(yīng)該如下： public void Send(OrderInfo orderMessage) // This method involves in distributed transaction and need Automatic Transaction type public class Order:PetShopQueue, MSMQ隊(duì)列是一個(gè)可持久的隊(duì)列，因此不必?fù)?dān)心用戶不間斷地下訂單會(huì)導(dǎo)致訂單數(shù)據(jù)的丟失。} throw。 throw new TimeoutException()。 if ( == ) return message。 using (Message message = (timeout, transactionType)) 在前面我曾提到，分層式結(jié)構(gòu)設(shè)計(jì)可能會(huì)在一定程度上影響數(shù)據(jù)訪問(wèn)的性能，然而與它給設(shè)計(jì)人員帶來(lái)的好處相比，幾乎可以忽略。解決性能的瓶頸，除了對(duì)硬件系統(tǒng)進(jìn)行升級(jí)外，軟件設(shè)計(jì)的合理性尤為重要。 Pattern — bruce zhang 12:11 pm 《解剖PetShop》系列之三三、PetShop數(shù)據(jù)訪問(wèn)層之消息處理例如類DataAccess就可以簡(jiǎn)化為：public sealed class DataAccess{return (orderStategyPath).CreateInstance(fullPath)。return (orderPath).CreateInstance(fullPath)。return (dalPath).CreateInstance(fullPath)。private static readonly string orderStategyPath = [”O(jiān)rderStrategyAssembly”]。也就是說(shuō)，我們可以為整個(gè)系統(tǒng)提供類似于“Service Locator”的實(shí)現(xiàn)：public static class ServiceLocator{public static CreateOrder()那么，抽象工廠模式中的相關(guān)工廠就可以簡(jiǎn)化為一個(gè)工廠類了，所以我將這種模式稱之為“具有簡(jiǎn)單工廠特質(zhì)的抽象工廠模式”，其類圖如下：“依賴注入”的功能通常是用專門的IoC容器提供的，在Java平臺(tái)下，這樣的容器包括Spring，PicoContainer等。但這樣的設(shè)計(jì)雖然已經(jīng)達(dá)到了“封裝變化”的目的，但在創(chuàng)建PetShopFactory對(duì)象時(shí)，仍不可避免的出現(xiàn)了具體的類SQLServerFactory，也即是說(shuō)，程序在這個(gè)層面上產(chǎn)生了與SQLServerFactory的強(qiáng)依賴。標(biāo)準(zhǔn)的抽象工廠模式類圖如下：留待我們的還有兩個(gè)問(wèn)題需要解決：數(shù)據(jù)對(duì)象創(chuàng)建的管理利于數(shù)據(jù)庫(kù)的移植在PetShop中，要?jiǎng)?chuàng)建的數(shù)據(jù)對(duì)象包括Order，Product，Category，Inventory，Item。至少，那些在數(shù)據(jù)訪問(wèn)層中占據(jù)了絕大部分的CRUD操作，通過(guò)利用ORM框架，我們就僅需要付出極少數(shù)時(shí)間和精力來(lái)解決它們了。 }}沒(méi)有SQL語(yǔ)句，也沒(méi)有那些煩人的Parameters，甚至不需要專門去考慮事務(wù)。()。 finally 例如在NHibernate中，我們可以直接調(diào)用ISession對(duì)象的Save方法，來(lái)Insert（或者說(shuō)是Create）一個(gè)數(shù)據(jù)實(shí)體對(duì)象：public void Insert(OrderInfo order){不過(guò)前提是，我們需要為它提供專門的SQL語(yǔ)句管理工具。然而這種方式卻在性能上無(wú)法得到保證。如果使用了存儲(chǔ)過(guò)程，出于安全的考慮，必須有專門的DBA重新運(yùn)行存儲(chǔ)過(guò)程的腳本，部署的方式受到了限制。一是存儲(chǔ)過(guò)程的測(cè)試相對(duì)困難。此外，由于Oracle使用的是PLSQL，而SQL Server和Sybase等使用的是TSQL，兩者雖然都遵循了標(biāo)準(zhǔn)SQL的語(yǔ)法，但在很多細(xì)節(jié)上仍有區(qū)別，如果將SQL語(yǔ)句大量的使用到程序中，無(wú)疑為可能的數(shù)據(jù)庫(kù)移植也帶來(lái)了困難。OracleHelper的類圖如下：此外，PetShop還專門為SQL Server和Oracle提供了抽象的Helper類，包裝了一些常用的操作，如ExecuteNonQuery、ExecuteReader等方法。以O(shè)rder為例，在SQLServerDAL、OracleDAL兩個(gè)模塊中，有不同的實(shí)現(xiàn)，但它們同時(shí)又都實(shí)現(xiàn)了IOrder接口，如圖：其次，它體現(xiàn)了“抽象”的精神，或者說(shuō)是“面向接口編程”的最佳體現(xiàn)。由于這些業(yè)務(wù)邏輯對(duì)象，僅具有行為而與數(shù)據(jù)無(wú)關(guān)，因此它們均被抽象為一個(gè)單獨(dú)的接口模塊IDAL，例如數(shù)據(jù)表Order對(duì)應(yīng)的接口IOrder：雖然這些類的屬性分別映射了數(shù)據(jù)表的列，而每一個(gè)對(duì)象實(shí)例也恰恰對(duì)應(yīng)于數(shù)據(jù)表的每一行，但這些實(shí)體類卻并不具備對(duì)應(yīng)的數(shù)據(jù)庫(kù)訪問(wèn)能力。在PetShop中，系統(tǒng)需要處理的數(shù)據(jù)庫(kù)對(duì)象分為兩類：一是數(shù)據(jù)實(shí)體，對(duì)應(yīng)數(shù)據(jù)庫(kù)中相應(yīng)的數(shù)據(jù)表。 Pattern — bruce zhang 1:50 pm 《解剖PetShop》系列之二二、PetShop數(shù)據(jù)訪問(wèn)層之?dāng)?shù)據(jù)庫(kù)訪問(wèn)設(shè)計(jì)在系列一中，我從整體上分析了PetShop的架構(gòu)設(shè)計(jì)，并提及了分層的概念。所以表示層和業(yè)務(wù)邏輯層之間的調(diào)用關(guān)系，其耦合度相對(duì)較高：圖八：表示層的模塊結(jié)構(gòu)圖在圖五中，各個(gè)層次中還引入了輔助的模塊，如數(shù)據(jù)訪問(wèn)層的Messaging模塊，是為異步插入訂單的功能提供，采用了MSMQ（Microsoft Messaging Queue）技術(shù)。雖然在IBLLStrategy模塊中，僅僅是簡(jiǎn)單的IOrderStategy，但同時(shí)也給出了一個(gè)范例和信息，那就是在業(yè)務(wù)邏輯的處理中，如果存在業(yè)務(wù)操作的多樣化，或者是今后可能的變化，均應(yīng)利用抽象的原理。如果此時(shí)需要修改數(shù)據(jù)訪問(wèn)層的具體實(shí)現(xiàn)，只要不涉及到IDAL的接口定義，那么業(yè)務(wù)邏輯層就不會(huì)受到任何影響。此外，抽象出來(lái)的IDAL模塊，除了解除了向下的依賴之外，對(duì)于其上的業(yè)務(wù)邏輯層，同樣僅存在弱依賴關(guān)系，如下圖所示：圖七：業(yè)務(wù)邏輯層的模塊結(jié)構(gòu)圖圖七中BLL是業(yè)務(wù)邏輯層的核心模塊，它包含了整個(gè)系統(tǒng)的核心業(yè)務(wù)。抽象出來(lái)的IDAL模塊，脫離了與具體數(shù)據(jù)庫(kù)的依賴，從而使得整個(gè)數(shù)據(jù)訪問(wèn)層利于數(shù)據(jù)庫(kù)遷移。在數(shù)據(jù)訪問(wèn)層（DAL）中，仍然采用DAL Interface抽象出數(shù)據(jù)訪問(wèn)邏輯，并以DAL Factory作為數(shù)據(jù)訪問(wèn)層對(duì)象的工廠模塊。這樣的設(shè)計(jì)雖然提高了數(shù)據(jù)訪問(wèn)的性能，但也同時(shí)導(dǎo)致了業(yè)務(wù)邏輯層與數(shù)據(jù)訪問(wèn)的職責(zé)混亂。這種修改尤其體現(xiàn)在自上而下的方向。“金無(wú)足赤，人無(wú)完人”，分層式結(jié)構(gòu)也不可避免具有一些缺陷：降低了系統(tǒng)的性能。每個(gè)功能模塊一旦定義好統(tǒng)一的接口，就可以被各個(gè)模塊所調(diào)用，而不用為相同的功能進(jìn)行重復(fù)地開(kāi)發(fā)。松散耦合的好處是顯而易見(jiàn)的。一個(gè)好的分層式結(jié)構(gòu)，可以使得開(kāi)發(fā)人員的分工更加明確。表示層中的邏輯代碼，僅與界面元素有關(guān)。以PetShop為例，業(yè)務(wù)邏輯層的相關(guān)設(shè)計(jì)，均和網(wǎng)上寵物店特有的邏輯相關(guān)，例如查詢寵物，下訂單，添加寵物到購(gòu)物車等等。簡(jiǎn)單的說(shuō)法就是實(shí)現(xiàn)對(duì)數(shù)據(jù)表的Select，Insert，Update，Delete的操作。微軟推薦的分層式結(jié)構(gòu)一般分為三層，從下至上分別為：數(shù)據(jù)訪問(wèn)層、業(yè)務(wù)邏輯層（又或成為領(lǐng)域?qū)樱?、表示層，如圖所示：圖一：三層的分層式結(jié)構(gòu)數(shù)據(jù)訪問(wèn)層：有時(shí)候也稱為是持久層，其功能主要是負(fù)責(zé)數(shù)據(jù)庫(kù)的訪問(wèn)。業(yè)務(wù)邏輯層：是整個(gè)系統(tǒng)的核心，它與這個(gè)系統(tǒng)的業(yè)務(wù)（領(lǐng)域）有關(guān)。在這一層中，理想的狀態(tài)是不應(yīng)包括系統(tǒng)的業(yè)務(wù)邏輯。概括來(lái)說(shuō)，分層式設(shè)計(jì)可以達(dá)至如下目的：分散關(guān)注、松散耦合、邏輯復(fù)用、標(biāo)準(zhǔn)定義。每個(gè)開(kāi)發(fā)人員的任務(wù)得到了確認(rèn)，開(kāi)發(fā)進(jìn)度就可以迅速的提高。降低層與層間的依賴性，既可以良好地保證未來(lái)的可擴(kuò)展，在復(fù)用性上也是優(yōu)勢(shì)明顯。而層與層之間的通信也必然保證了接口的標(biāo)準(zhǔn)化。有時(shí)會(huì)導(dǎo)致級(jí)聯(lián)的修改。標(biāo)準(zhǔn)的BS分層式結(jié)構(gòu)如下圖所示：圖二：.Net中標(biāo)準(zhǔn)的BS分層式結(jié)構(gòu)隨著PetShop版本的更新，其分層式結(jié)構(gòu)也在不斷的完善，就沒(méi)有采用標(biāo)準(zhǔn)的三層式結(jié)構(gòu)，如圖三：圖三：PetShop 從圖中我們可以看到，并沒(méi)有明顯的數(shù)據(jù)訪問(wèn)層設(shè)計(jì)。，將數(shù)據(jù)訪問(wèn)邏輯作為單獨(dú)的一層獨(dú)立出來(lái)：圖四：PetShop ，但在性能上作了一定的改進(jìn)，引入了緩存和異步處理機(jī)制， ，：圖五：PetShop ，其核心的內(nèi)容并沒(méi)有發(fā)生變化。其詳細(xì)的模塊結(jié)構(gòu)圖如下所示：圖六：數(shù)據(jù)訪問(wèn)層的模塊結(jié)構(gòu)圖可以看到，在數(shù)據(jù)訪問(wèn)層中，完全采用了“面向接口編程”思想。因?yàn)閿?shù)據(jù)庫(kù)類型的不同，對(duì)數(shù)據(jù)庫(kù)的操作也有所不同，代碼也會(huì)因此有所區(qū)別。既然與具體的數(shù)據(jù)訪問(wèn)邏輯無(wú)關(guān)，則層與層之間的關(guān)系就是松散耦合的。插入訂單的策略可以分為同步和異步，兩者的插入策略明顯不同，但對(duì)于調(diào)用者而言，插入訂單的接口是完全一樣的，所以PetShop 。也正因?yàn)榇?，PetShop將核心的業(yè)務(wù)邏輯都放到了一個(gè)模塊BLL中，并沒(méi)有將具體的實(shí)現(xiàn)和抽象嚴(yán)格的按照模塊分開(kāi)。PetShop數(shù)據(jù)訪問(wèn)層之?dāng)?shù)據(jù)庫(kù)訪問(wèn)設(shè)計(jì)PetShop數(shù)據(jù)訪問(wèn)層之?dāng)?shù)據(jù)庫(kù)訪問(wèn)設(shè)計(jì)Filed under: Design amp。在系列二中，我將介紹有關(guān)數(shù)據(jù)庫(kù)訪問(wèn)的設(shè)計(jì)。這些對(duì)象并不具有持久化的功能，簡(jiǎn)單地說(shuō)，它們是作為數(shù)據(jù)的載體，便于業(yè)務(wù)邏輯針對(duì)相應(yīng)數(shù)據(jù)表進(jìn)行