基于.NET平臺(tái)的分層架構(gòu)實(shí)戰(zhàn)(完整資料)

基于.NET平臺(tái)的分層架構(gòu)實(shí)戰(zhàn)(完整資料）(可以直接使用，可編輯優(yōu)秀版資料，歡迎下載）

通過瀏覽博客園的文章發(fā)現(xiàn)，很多朋友對(duì)分層架構(gòu)特別感興趣，剛好我剛做完的畢業(yè)設(shè)計(jì)就是專門研究．NＥT平臺(tái)上分層架構(gòu)的（題目叫“基于.NET平臺(tái)的分層架構(gòu)與設(shè)計(jì)模式應(yīng)用研究”）.通過做這篇論文,我對(duì)分層架構(gòu)有了一定的了解，所以，就萌發(fā)了想寫一個(gè)文章系列，詳述一下分層架構(gòu)。然而，論文的理論性太強(qiáng)，不適合在網(wǎng)上發(fā)布,尤其不適合初學(xué)者理解，所以，我想在這個(gè)文章系列中,少講理論，而是通過做一個(gè)完整的案例來討論分層架構(gòu)的基本方法，這樣會(huì)直觀很多。希望在這個(gè)文章系列的寫作過程中，能和朋友們一起學(xué)習(xí),一起進(jìn)步。

為了讓朋友們把主要精力放在理解分層架構(gòu)而不是案例本身，我準(zhǔn)備選擇一個(gè)相對(duì)簡(jiǎn)單的留言本系統(tǒng)作為Deｍo,這個(gè)系統(tǒng)的名字就叫做NGuestBｏok。

?

初步計(jì)劃將這個(gè)文章系列分為以下幾篇：

１．綜述?

２.系統(tǒng)需求分析及數(shù)據(jù)庫設(shè)計(jì)?

3．架構(gòu)概要設(shè)計(jì)

４.實(shí)體類的實(shí)現(xiàn)?

５。接口的設(shè)計(jì)與實(shí)現(xiàn)

6。依賴注入及IoＣ的設(shè)計(jì)與實(shí)現(xiàn)

７。數(shù)據(jù)訪問層的第一種實(shí)現(xiàn)——Ａccess+動(dòng)態(tài)生成ＳQL語言?

8.數(shù)據(jù)訪問層的第二種實(shí)現(xiàn)——SQLSｅｒveｒ+存儲(chǔ)過程?

9.數(shù)據(jù)訪問層的第三種實(shí)現(xiàn)——基于NBeaｒ框架的ORM實(shí)現(xiàn)?

10．業(yè)務(wù)邏輯層的實(shí)現(xiàn)

１1。表示層的實(shí)現(xiàn)?

1２。使用ＡSP.NETＡJAX框架對(duì)表示層進(jìn)行改進(jìn)

13.總結(jié)

當(dāng)然,以上只是初步計(jì)劃，在寫文章的過程中可能會(huì)根據(jù)具體情況適當(dāng)調(diào)整,但是內(nèi)容大體就是這些。

這個(gè)文章系列不會(huì)對(duì)所用到的技術(shù)進(jìn)行詳細(xì)講解，具體請(qǐng)參考相關(guān)文獻(xiàn)，閱讀文章前最好能對(duì)以下技術(shù)有一個(gè)了解：?

1.Ｃ＃語言?

2。ASＰ．NET?

３.設(shè)計(jì)模式

４.關(guān)系數(shù)據(jù)庫基礎(chǔ)知識(shí)?

５．軟件架構(gòu)基本原則與軟件工程基礎(chǔ)知識(shí)?

６?；贜Bear框架的ORＭ技術(shù)

7。ＪａvａＳcript，Ajax

８。AＳP.NETAJAX框架（特別是客戶端編程）?

９．HTML，ＣSS,標(biāo)準(zhǔn)化布局??

另外,本文章系列是基于.NEＴfraｍewoｒｋ2.0框架平臺(tái)進(jìn)行討論，３。5平臺(tái)的新特性(如ＬINQ、ASP.NＥTMＶＣ等)不會(huì)討論,IＤＥ使用VisualStudｉｏ２005,數(shù)據(jù)庫會(huì)用到SQLSｅｒver20０5Eｘprｅss和Accｅss2003。基于.NET平臺(tái)的分層架構(gòu)實(shí)戰(zhàn)(完整資料）(可以直接使用，可編輯優(yōu)秀版資料，歡迎下載）在實(shí)際的項(xiàng)目中,需求分析和數(shù)據(jù)庫的設(shè)計(jì)是很重要的一個(gè)環(huán)節(jié)，這個(gè)環(huán)節(jié)會(huì)直接影響項(xiàng)目的開發(fā)過程和質(zhì)量。實(shí)際中，這個(gè)環(huán)節(jié)不但需要系統(tǒng)分析師、軟件工程師等計(jì)算機(jī)方面的專家,還需要相關(guān)領(lǐng)域的領(lǐng)域?qū)＜覅⑴c才能完成。??

但是，在這個(gè)文章系列中,所要使用的Deｍｏ僅僅是一個(gè)例子，而且其業(yè)務(wù)極為簡(jiǎn)單,因此,這里并不是真正的需求分析和數(shù)據(jù)庫設(shè)計(jì)，而是將Deｍo的需求和數(shù)據(jù)庫羅列至此，使朋友們對(duì)Demo有一個(gè)大體的了解，方便后續(xù)文章中開發(fā)過程的理解。

需求分析:

這個(gè)項(xiàng)目是一個(gè)留言本,其業(yè)務(wù)極為簡(jiǎn)單，現(xiàn)將其描述如下。

１．任何訪問者可以進(jìn)行留言,留言完成后，不會(huì)立即顯示正文,而是要經(jīng)過管理員驗(yàn)證后才可顯示。

2。任何訪問者可以對(duì)留言發(fā)表評(píng)論,未通過驗(yàn)證的留言不可以評(píng)論。?

3.管理員可以對(duì)留言進(jìn)行回復(fù)（這個(gè)回復(fù)不同于評(píng)論，是直接顯示在正文下面,而且是一個(gè)留言只能有一個(gè)回復(fù)），并可對(duì)留言與評(píng)論實(shí)行刪除，以及對(duì)留言進(jìn)行通過驗(yàn)證操作。?

４.管理員分為超級(jí)管理員和普通管理員。超級(jí)管理員只有一個(gè)，負(fù)責(zé)對(duì)普通管理員實(shí)行添加、刪除操作.普通管理員可偶多個(gè)，負(fù)責(zé)對(duì)留言的管理，并可以修改自己的登錄密碼.

?

這個(gè)項(xiàng)目的用例圖如下:?

數(shù)據(jù)庫設(shè)計(jì)：?

設(shè)計(jì)數(shù)據(jù)表之前，首先進(jìn)行實(shí)體和關(guān)系的識(shí)別與確定。?

通過需求分析，可以觀察得出,本項(xiàng)目的實(shí)體有:管理員(不包括超級(jí)管理員），留言,評(píng)論。本項(xiàng)目的關(guān)系有：留言與評(píng)論間的一對(duì)多關(guān)系.??

進(jìn)一步，數(shù)據(jù)庫各表的設(shè)計(jì)如下:

?

管理員表（ＴAdmin）?

IＤ

int

管理員ID

NｏtNｕll

主鍵，自增

Namｅ

ｖarｃhａr（２0)

登錄名

NotNull

Pａｓswoｒd

vａrｃhar(50)

登錄密碼

NotNull

使用ＭD5加密??

留言表（TＭｅsｓage）

ID

int

留言ID

NotNull

主鍵,自增

GuestName

varcｈａr（20）

留言者用戶名

NotNｕｌｌ

GuｅstEmａil

varchar(100)

留言者Ｅ-ｍail

Nｕll

Cｏntent

text

留言內(nèi)容

NotNｕlｌ?

Tｉｍｅ

ｄatｅtiｍe

發(fā)表留言時(shí)間

NotNｕll

?

Repｌy

text

回復(fù)

Null

ＩsPass

vaｒｃhar（1０）

是否通過驗(yàn)證

ＮotNull

?

評(píng)論表(TComｍｅnｔ）

Ｃontｅnｔ

tｅxt

評(píng)論內(nèi)容

NotＮｕlｌ?

Time

ｄatetimｅ

發(fā)表評(píng)論時(shí)間

NotNｕll

ＭessageID

int

所屬留言的ID

外鍵基于。NET平臺(tái)的分層架構(gòu)實(shí)戰(zhàn)（三）—架構(gòu)概要設(shè)計(jì)

本文主要是對(duì)將要實(shí)現(xiàn)的架構(gòu)進(jìn)行一個(gè)總體的描述,使朋友們對(duì)這個(gè)架構(gòu)有個(gè)宏觀上的認(rèn)識(shí)。這篇文章理論性的東西會(huì)偏多一點(diǎn)，從下篇開始,將進(jìn)行實(shí)際項(xiàng)目的開發(fā).這篇文章的許多內(nèi)容摘自我的畢業(yè)論文.架構(gòu)基本原則：這里，將描述一些在這個(gè)架構(gòu)設(shè)計(jì)中的基本原則，其中很多都是經(jīng)典的設(shè)計(jì)原則,不過針對(duì)分層架構(gòu)的特點(diǎn),用我自己的語言進(jìn)行了描述。其中也有我自己提出的原則。逐層調(diào)用原則及單向調(diào)用原則現(xiàn)在約定將N層架構(gòu)的各層依次編號(hào)為1、2、…、Ｋ、…、N－1、N，其中層的編號(hào)越大，則越處在上層.那么，我們?cè)O(shè)計(jì)的架構(gòu)應(yīng)該滿足以下兩個(gè)原則：1.第K(12.如果P層依賴Q層，則P的編號(hào)一定大于Q。其中第一個(gè)原則,保證了依賴的逐層性,及整個(gè)架構(gòu)的依賴是逐層向下的,而不能跨層依賴。第二個(gè)原則，則保證了依賴的單向性,及只能上層依賴底層,而不能底層反過來依賴上層。針對(duì)接口編程，而不是針對(duì)實(shí)現(xiàn)編程

這里所指的接口,不是特指編程語言中的具體語言元素(如Ｃ#中由Inｔeｒｆace定義的語言接口），而是指一種抽象的，在語義層面上起著接合作用語義體。它的具體實(shí)現(xiàn),可能是接口，可能是抽象類，甚至可能是具體類。我認(rèn)為，從不同的視角,接口可以有以下兩種定義：１．接口是一組規(guī)則的集合，它規(guī)定了實(shí)現(xiàn)本接口的類或接口必須擁有的一組規(guī)則。體現(xiàn)了自然界“如果你是……則必須能……”的理念。2。接口是在一定粒度視圖上同類事物的抽象表示。注意這里我強(qiáng)調(diào)了在一定粒度視圖上，因?yàn)椤巴愂挛铩边@個(gè)概念是相對(duì)的,它因?yàn)榱６纫晥D不同而不同。具體到N層架構(gòu)中，針對(duì)接口編程的意義在部分上是這樣的：?現(xiàn)仍約定將Ｎ層架構(gòu)的各層依次編號(hào)為1、2、…、K、…、N-1、N，其中層的編號(hào)越大,則越處在上層，那么第K層不應(yīng)該依賴具體一個(gè)K-１層，而應(yīng)該依賴一個(gè)K－１層的接口,即在第K層中不應(yīng)該有K—1層中的某個(gè)具體類.依賴倒置原則在軟件設(shè)計(jì)原則中，有一種重要的思想叫做依賴倒置。它的核心思想是：不能讓高層組件依賴底層組件,而且,不管高層組件和底層組件,兩者都應(yīng)依賴于抽象。那么,這個(gè)原則和我們上面的原則是否矛盾呢?其實(shí)并不矛盾。因?yàn)檫@個(gè)原則定義中的“依賴”是指“具體依賴"，而上面定義中的依賴全部指“抽象依賴”。我對(duì)這兩種依賴的定義如下：具體依賴——如果P層中有一個(gè)或一個(gè)以上的地方實(shí)例化了Q層中某個(gè)具體類,則說P層具體依賴于Ｑ層。抽象依賴—-如果Ｐ層沒有實(shí)例化Q層中的具體類，而是在一個(gè)或一個(gè)以上的地方實(shí)例化了Q層中某個(gè)接口，則說P層抽象依賴于Ｑ層，也叫接口依賴于Q層。從這兩個(gè)定義可以看到,所謂的依賴倒置原則,正是上面提到針對(duì)接口編程，而不是針對(duì)實(shí)現(xiàn)編程,兩者在本質(zhì)上是統(tǒng)一的.綜上所述,可以看出，本課題設(shè)計(jì)的分層架構(gòu),應(yīng)該是這樣一種架構(gòu):?１。Ｎ層架構(gòu)的各層依次編號(hào)為１、2、…、K、…、N—1、N，其中層的編號(hào)越大,則越處在上層。2.架構(gòu)中僅存在一種依賴，即第K層接口依賴第K—1層，其中1封裝變化原則封裝變化的原則定義為：找出應(yīng)用中可能需要變化之處，把它們獨(dú)立出來,不要和那些不需要變化的代碼混雜在一起。開放－關(guān)閉原則開發(fā)-關(guān)閉原則定義為：對(duì)擴(kuò)展開放,對(duì)修改關(guān)閉.具體到Ｎ層架構(gòu)中，可以描述為:當(dāng)某一層有了一個(gè)新的具體實(shí)現(xiàn)時(shí),它應(yīng)該可以在不修改其他層的情況下，與此新實(shí)現(xiàn)無縫連接，順利交互。單一歸屬原則在這個(gè)架構(gòu)中，任何一個(gè)操作類都應(yīng)該有單一的職責(zé)，屬于單獨(dú)的一層,而不能同時(shí)擔(dān)負(fù)兩種職責(zé)或?qū)儆诙鄠€(gè)層次（實(shí)體類及輔助類可以被多個(gè)層使用，但它們不屬于任何一個(gè)層，而是獨(dú)立存在)。層次劃分：目前，典型的分層架構(gòu)是三層架構(gòu),即自底向上依次是數(shù)據(jù)訪問層、業(yè)務(wù)邏輯層和表示層.這種經(jīng)典架構(gòu)經(jīng)歷了時(shí)間的考驗(yàn)和實(shí)踐的多次檢驗(yàn),被認(rèn)為是合理、有效的分層設(shè)計(jì)，所以，在本文中，將沿襲這種經(jīng)典架構(gòu)，使用數(shù)據(jù)訪問層、業(yè)務(wù)邏輯層和表示層的三層架構(gòu)體系.職責(zé)劃分：

目前，在典型的三層架構(gòu)中,對(duì)層次各自的職責(zé)劃分并沒有一個(gè)統(tǒng)一的規(guī)范，綜合現(xiàn)有的成功實(shí)踐和.NET平臺(tái)的特殊性,在本文中將三層架構(gòu)的職責(zé)劃分如下：

數(shù)據(jù)訪問層--負(fù)責(zé)與數(shù)據(jù)源的交互，即數(shù)據(jù)的插入、刪除、修改以及從數(shù)據(jù)庫中讀出數(shù)據(jù)等操作。對(duì)數(shù)據(jù)的正確性和有效性不負(fù)責(zé),對(duì)數(shù)據(jù)的用途不了解，不負(fù)擔(dān)任何業(yè)務(wù)邏輯。業(yè)務(wù)邏輯層--負(fù)責(zé)系統(tǒng)領(lǐng)域業(yè)務(wù)的處理，負(fù)責(zé)邏輯性數(shù)據(jù)的生成、處理及轉(zhuǎn)換。對(duì)流入的邏輯性數(shù)據(jù)的正確性及有效性負(fù)責(zé)，對(duì)流出的邏輯性數(shù)據(jù)及用戶性數(shù)據(jù)不負(fù)責(zé)，對(duì)數(shù)據(jù)的呈現(xiàn)樣式不負(fù)責(zé)。表示層-—負(fù)責(zé)接收用戶的輸入、將輸出呈現(xiàn)給用戶以及訪問安全性驗(yàn)證。對(duì)流入的數(shù)據(jù)的正確性和有效性負(fù)責(zé),對(duì)呈現(xiàn)樣式負(fù)責(zé)，對(duì)流出的數(shù)據(jù)正確性不負(fù)責(zé),但負(fù)責(zé)在數(shù)據(jù)不正確時(shí)給出相應(yīng)的異常信息。模塊劃分及交互設(shè)計(jì)：綜合以上分析,可在宏觀上將整個(gè)系統(tǒng)分為一下幾個(gè)模塊：實(shí)體類模塊-—一組實(shí)體類的集合，負(fù)責(zé)整個(gè)系統(tǒng)中數(shù)據(jù)的封裝及傳遞。數(shù)據(jù)訪問層接口族——一組接口的集合，表示數(shù)據(jù)訪問層的接口。業(yè)務(wù)邏輯層接口族--一組接口的集合，表示業(yè)務(wù)邏輯層的接口。數(shù)據(jù)訪問層模塊——一組類的集合,完成數(shù)據(jù)訪問層的具體功能，實(shí)現(xiàn)數(shù)據(jù)訪問層接口族。業(yè)務(wù)邏輯層模塊——一組類的集合，完成業(yè)務(wù)邏輯層的具體功能,實(shí)現(xiàn)業(yè)務(wù)邏輯層接口族。表示層模塊——程序及可視元素的集合，負(fù)責(zé)完成表示層的具體功能。IoC容器模塊——負(fù)責(zé)依賴注入的實(shí)現(xiàn)。輔助類模塊——完成全局輔助性功能。各模塊見交互關(guān)系如下：

圖1這篇中理論比較多，但是它是整個(gè)架構(gòu)的基礎(chǔ)，可以幫助朋友們對(duì)將要實(shí)現(xiàn)的項(xiàng)目架構(gòu)及要遵循的原則有一個(gè)整體的了解.當(dāng)然,在后續(xù)文章中，將主要討論Ｄemｏ項(xiàng)目的實(shí)際開發(fā)過程,那時(shí),這些思想和理論性的東西將得到體現(xiàn)。實(shí)體類是現(xiàn)實(shí)實(shí)體在計(jì)算機(jī)中的表示。它貫穿于整個(gè)架構(gòu)，負(fù)擔(dān)著在各層次及模塊間傳遞數(shù)據(jù)的職責(zé)。一般來說,實(shí)體類可以分為“貧血實(shí)體類”和“充血實(shí)體類”，前者僅僅保存實(shí)體的屬性，而后者還包含一些實(shí)體間的關(guān)系與邏輯.我們?cè)谶@個(gè)Deｍｏ中用的實(shí)體類將是“貧血實(shí)體類"。??

大多情況下，實(shí)體類和數(shù)據(jù)庫中的表（這里指實(shí)體表，不包括表示多對(duì)多對(duì)應(yīng)的關(guān)系表）是一一對(duì)應(yīng)的，但這并不是一個(gè)限制,在復(fù)雜的數(shù)據(jù)庫設(shè)計(jì)中,有可能出現(xiàn)一個(gè)實(shí)體類對(duì)應(yīng)多個(gè)表，或者交叉對(duì)應(yīng)的情況。在本文的Demo中，實(shí)體類和表是一一對(duì)應(yīng)的，并且實(shí)體類中的屬性和表中的字段也是對(duì)應(yīng)的。

?

在看實(shí)體類的代碼前,先看一下系統(tǒng)的工程結(jié)構(gòu)。

如上圖所示，在初始階段，整個(gè)系統(tǒng)包括6個(gè)工程，它們的職責(zé)是這樣的:?

Web—-表示層

Ｅntitｙ——存放實(shí)體類

Factory——存放和依賴注入及ＩoＣ相關(guān)的類

IＢＬL——存放業(yè)務(wù)邏輯層接口族?

ＩDAＬ-—存放數(shù)據(jù)訪問層接口族?

Uｔility--存放各種工具類及輔助類

?

這只是一個(gè)初期架構(gòu)，主要是將整個(gè)系統(tǒng)搭一個(gè)框架,在后續(xù)開發(fā)中,將會(huì)有其他工程被陸陸續(xù)續(xù)添加進(jìn)來.

我們的實(shí)體類將放在Eｎtｉty工程下，這里包括三個(gè)文件:ＡｄminＩnfo．cs,MessａgeInfo。cs，ＣommeｎtIｎfo。cｓ,分別是管理員實(shí)體類、留言實(shí)體類和評(píng)論實(shí)體類。具體代碼如下:

ＡdmｉnIｎｆo。ｃs：

1usinｇ

Sysｔem；

2

３namespaｃｅ

NGuestBook.Entｉty

4{?

５

///

<ｓummａry>

６

///

實(shí)體類—管理員?

7

///

</summａry>

8

［Serｉalizａbｌe］?

9

ｐubｌiｃ

cｌaｓs

AｄminＩnｆo?10

｛

１１

privａｔｅ

ｉnt

id；

12

pｒivate

string

nａme；

13

ｐrivate

sｔrｉng

passwｏｒd;

1415

public

int

ID?16

{

17

get

｛

return

ｔhis．id；

}

１８

set

{

this。ｉd

=

vａlue；

｝?19

｝?202１

pｕbliｃ

string

Namｅ

２2

｛

２3

geｔ

｛

ｒetｕｒn

ｔhiｓ．name；

｝

24

seｔ

{

tｈｉs．naｍe

＝

valｕｅ；

}

25

｝?2６27

ｐｕbｌic

string

Password?28

｛

２９

gｅt

｛

ｒeｔurn

tｈｉs．paｓsword;

｝?30

set

{

tｈis.paｓsworｄ

＝

ｖaluｅ;

}

31

｝?3２

｝

33｝

34

MesｓagｅＩnｆo．ｃs：

1ｕsing

Ｓystem；

２

3namesｐace

NGuestBook。Entity

４{

5

//／

〈sｕmmａｒｙ＞

6

//／

實(shí)體類-留言?

７

///

〈/ｓummary〉

8

[Seriaｌｉzable]

9

publiｃ

claｓｓ

ＭｅssagｅInfo?１0

｛

１１

pｒivaｔe

ｉnt

ｉｄ；

12

ｐｒivate

sｔｒing

ｇueｓtNａme；

13

privａt(yī)e

striｎｇ

gｕesｔEmaｉl;

14

ｐrｉvate

strinｇ

conｔeｎｔ;

1５

privａt(yī)e

DaｔeTime

ｔｉｍe；?１6

pｒiｖaｔe

strｉng

replｙ；?17

private

ｓtｒiｎｇ

isＰaｓｓ；?1819

publiｃ

inｔ

ID?20

{

21

ｇet

｛

ｒeturn

thｉs.iｄ；

｝?22

seｔ

{

thｉｓ.id

＝

valuｅ；

}

23

}

2４25

ｐuｂｌic

string

GuesｔＮaｍe?２6

{

2７

gｅt

｛

returｎ

this.ｇuesｔNａme;

}?28

sｅt

｛

tｈis.ｇuｅsｔName

=

vaｌue；

｝?29

｝?3031

publiｃ

stｒing

GuestEmaｉl?32

{?33

geｔ

{

ｒｅturｎ

tｈis.guestEmａｉl；

}?3４

set

｛

this.guｅstEmail

＝

ｖalue；

}

3５

}?3637

pｕblic

string

Cｏntent?３8

{?39

ｇet

{

ｒｅturn

ｔhis。conｔent；

}?40

sｅt

｛

thiｓ.content

=

value；

｝

4１

｝

4243

pｕｂlｉｃ

DateTiｍe

Timｅ

44

｛?45

get

｛

retuｒｎ

this。tｉme；

}?46

ｓet

{

thiｓ．time

=

vaｌｕe；

｝

47

}?４849

puｂliｃ

stｒｉng

Reply?50

｛

51

ｇet

｛

ｒeturn

thｉs。reply;

｝

52

set

{

ｔhｉs.reｐly

=

value；

｝

５３

}?5４55

pｕblic

striｎg

ＩsPａss?5６

｛

57

gｅt

{

ｒeturn

tｈis.isＰasｓ；

｝?58

ｓｅt

{

tｈis.ｉｓPａsｓ

=

valｕe;

}

59

｝?60

}

６1}?62

ComｍeｎtIｎfｏ.cs:

１using

System；?

2

3ｎaｍｅｓpace

ＮGｕeｓtBｏok。Eｎｔｉｔy

4｛?

５

///

〈suｍｍａｒy＞

6

///

實(shí)體類－評(píng)論?

7

///

〈/ｓummary〉

8

[Serializable］

9

public

clａss

CoｍｍeｎtInfo?1０

｛?11

ｐrivaｔe

ｉｎｔ

id；?1２

pｒivate

striｎg

coｎｔent;

13

ｐrivａt(yī)e

ＤateTime

time;?14

ｐrｉvaｔe

ｉｎt

message;?1516

ｐｕblic

int

ID

17

｛?18

geｔ

｛

return

this．id；

}?１9

seｔ

｛

ｔｈiｓ.id

＝

value；

｝

２0

}

２122

public

ｓｔｒinｇ

Ｃonteｎt?2３

{?2４

geｔ

｛

ｒeturｎ

thｉs．ｃｏnteｎt；

｝

25

set

{

this.ｃonteｎｔ

＝

ｖalue；

}

2６

｝

２7２８

public

Dａt(yī)eTime

Ｔｉme?2９

｛

30

get

｛

rｅtuｒｎ

this．ｔｉme；

｝?31

set

{

thiｓ.tiｍｅ

=

vaｌｕe；

}?３2

}

333４

puｂｌic

iｎt

Mesｓaｇe

35

{?３6

get

｛

rｅturn

this．meｓsage；

｝

3７

set

{

thｉs。mｅssaｇe

=

vaｌue；

｝

38

｝?39

｝

４０｝?４1

大家可以看出,實(shí)體類的代碼很簡(jiǎn)單,僅僅是負(fù)責(zé)實(shí)體的表示和數(shù)據(jù)的傳遞,不包含任何邏輯性內(nèi)容。下篇將介紹接口的設(shè)計(jì)。接下來，將進(jìn)行接口的設(shè)計(jì)。這里包括數(shù)據(jù)訪問層接口和業(yè)務(wù)邏輯層接口.在分層架構(gòu)中，接口扮演著非常重要的角色，它不但直接決定了各層中的各個(gè)操作類需要實(shí)現(xiàn)何種操作,而且它明確了各個(gè)層次的職責(zé)。接口也是系統(tǒng)實(shí)現(xiàn)依賴注入機(jī)制不可缺少的部分。

?

本項(xiàng)目的接口設(shè)計(jì)將按如下順序進(jìn)行：?

1．首先由前文的需求分析,列出主要的ＵI部分.

2.分析各個(gè)ＵI需要什么業(yè)務(wù)邏輯支持，從而確定業(yè)務(wù)邏輯層接口。?

３。分析業(yè)務(wù)邏輯層接口需要何種數(shù)據(jù)訪問操作，從而確定數(shù)據(jù)訪問層接口。?

另外，為保證完全的面向?qū)ο筇匦?，接口之間的數(shù)據(jù)傳遞主要靠實(shí)體類或?qū)嶓w類集合,禁止使用DataTaｂle等對(duì)象傳遞數(shù)據(jù)。

由需求分析，列出主要UＩ

需求分析部分，請(qǐng)參看基于。ＮEＴ平臺(tái)的分層架構(gòu)實(shí)戰(zhàn)（二)——需求分析與數(shù)據(jù)庫設(shè)計(jì)。有需求分析，可以列出系統(tǒng)中主要應(yīng)包括以下UI:?

ＵI01——主頁面，列出全部的留言及相應(yīng)評(píng)論，支持分頁顯示.留言按發(fā)表時(shí)間逆序顯示，評(píng)論緊跟在相應(yīng)留言下.管理員可以通過相應(yīng)鏈接對(duì)留言執(zhí)行通過驗(yàn)證、刪除、回復(fù)以及對(duì)評(píng)論進(jìn)行刪除操作。游客可通過相應(yīng)連接進(jìn)入發(fā)表留言評(píng)論頁面。?

UI0２—-發(fā)表留言頁面，供游客發(fā)表新留言.

UI03--發(fā)表評(píng)論頁面，供游客發(fā)表評(píng)論。

UI0４-—回復(fù)留言頁面，供管理員回復(fù)留言.

ＵI05—-管理員登錄頁面。

UＩ０6-—管理員修改個(gè)人密碼的頁面。

UI07——超級(jí)管理員登錄后的頁面，主要提供管理員列表?？梢酝ㄟ^相應(yīng)鏈接將指定管理員刪除。?

UI０8—-添加新管理員的頁面。

UI0９-—操作成功完成后的跳轉(zhuǎn)提示頁面。

UI10——系統(tǒng)出現(xiàn)異常時(shí)顯示友好出錯(cuò)信息的頁面。?

由UI識(shí)別業(yè)務(wù)邏輯操作

ＵI01：按分頁取得留言，按指定留言取得全部評(píng)論,將指定留言通過驗(yàn)證，將指定留言刪除，將指定評(píng)論刪除

UI02：添加新留言

ＵI0３:添加新評(píng)論

ＵI04:回復(fù)留言

ＵI05：管理員登錄?

UＩ06：修改管理員密碼?

UＩ０７：取得全部管理員信息,刪除管理員?

UＩ０8:添加新管理員?

經(jīng)過整理,可得以下接口操作：

IAdｍｉnＢLL:Aｄｄ（添加管理員)，Reｍｏve（刪除管理員），CｈangePａsｓworｄ（修改管理員密碼），Loｇｉn（管理員登錄）,ＧetAll（取得全部管理員）

ＩMesｓageBLL:Ａdd(添加留言)，Ｒｅmovｅ(刪除留言），Revｅrt（回復(fù)留言），Ｐass（將留言通過驗(yàn)證),GeｔByPaｇe(按分頁取得留言)?

ICommentＢＬＬ：Add(添加評(píng)論)，Rｅmove（刪除評(píng)論）,GetＢｙＭessａge（按留言取得全部評(píng)論）

這三個(gè)接口文件都放在IＢLL工程下,具體代碼如下：

?IＡdminBＬL.cs：

1usiｎg

Ｓystｅm；?

2using

Systｅm.Cｏlleｃtｉons.Ｇeneｒｉｃ;?

３usｉnｇ

Sysｔem.Teｘt；

4ｕsing

ＮGｕeｓtBook。Entity；?

5

６naｍeｓpaｃｅ

ＮGｕestＢooｋ．IBLL?

７{

8

///

〈sｕmmary>

9

///

業(yè)務(wù)邏輯層接口—管理員?10

///

〈/summａｒy〉１1

public

ｉnterfａｃｅ

IAdmｉｎBLL?１2

{

13

／//

＜summary〉14

／//

添加管理員

15

///

</summａry〉1６

///

〈ｐaraｍ

nａｍe=”admｉｎ＂>新管理員實(shí)體類＜/paｒａm〉17

//／

＜rｅtｕrｎs>是否成功</reｔurｎｓ>１8

ｂool

Adｄ(ＡdｍｉnIｎfｏ

aｄmin);?1920

///

〈ｓuｍｍarｙ>２1

/／/

刪除管理員?22

//／

＜/summary>２3

///

<parａｍ

namｅ=＂iｄ”〉欲刪除的管理員的ID</paｒam>24

///

<reｔuｒnｓ>是否成功〈/ｒeturnｓ>2５

booｌ

Remｏve（int

ｉd）；

2627

///

〈ｓummａry＞２８

///

修改管理員密碼

２9

///

＜/summary>３０

///

<pａｒａm

naｍｅ=”id”>欲修改密碼的管理員的IＤ＜/paraｍ>３1

///

〈parａm

nａｍe＝"ｐassword＂＞新密碼〈/param〉32

///

<ｒetuｒnｓ〉是否成功<／rｅturｎｓ>３3

ｂooｌ

ChangeＰaｓsｗorｄ(int

id，strｉng

paｓsｗord）;

3435

／//

<ｓumｍａrｙ〉3６

/／/

管理員登錄

３7

///

</sumｍary>3８

/／/

〈ｐａｒam

namｅ=”name＂〉管理員登錄名〈/paｒaｍ〉３９

／//

<parａm

name=”ｐassword＂＞管理員密碼〈／parａm>40

///

〈returns〉如果登錄成功,則返回相應(yīng)管理員的實(shí)體類，否則返回null</ｒeturns＞４１

AdminInｆo

Lｏｇin(ｓtring

ｎａme,sｔｒｉnｇ

paｓswｏｒd）;?4２43

//／

＜ｓummary〉4４

///

取得全部管理員信息?45

///

＜/summａry＞4６

//／

＜returnｓ〉管理員實(shí)體類集合<／reｔuｒns〉４7

ＩList〈AdｍinIｎfｏ＞

ＧｅtAll()；

４8

}?49｝?IMｅssageBLL.cs:

1uｓiｎg

Sｙstｅm；

２using

Syｓｔem.Ｃolleｃｔioｎs。Ｇenｅrｉc；

３usｉng

System。Ｔext;

4using

NGｕeｓｔＢｏｏk.Eｎtity；

５

６naｍespacｅ

NGuesｔBｏoｋ.IBLL?

7{

8

/／/

〈ｓｕmmaｒy〉

９

///

業(yè)務(wù)邏輯層接口—留言?10

///

</ｓummary>11

ｐｕblic

interｆaｃe

IMessaｇeBLＬ?12

｛?13

／/／

＜summary>14

//／

添加留言?1５

///

〈/summａry>16

／/／

〈paｒａｍ

naｍｅ=”mｅｓsａｇｅ＂>新留言實(shí)體類〈／paraｍ>17

//／

<reｔuｒnｓ＞是否成功〈／retｕrns＞１8

bｏol

Ａdｄ（MessaｇeInｆo

mesｓage）;?1920

//／

〈ｓummary〉21

///

刪除留言?22

///

＜／ｓummary＞23

///

<ｐａram

ｎame＝"id＂〉欲刪除的留言的IＤ＜/param>24

///

<retｕrnｓ>是否成功＜/returｎs＞2５

boｏl

Rｅmove(ｉｎt

id)；

2６27

／//

〈summaｒy＞28

//／

回復(fù)留言?２9

//／

＜/sｕｍmａｒｙ>3０

///

〈param

name="id”〉要回復(fù)的留言的ID＜/parａｍ＞31

///

＜ｐaram

naｍe=”reｐly"＞回復(fù)信息</ｐaram〉32

//／

<retuｒns>是否成功〈／ｒeturns>３3

bool

Ｒｅvert(inｔ

id，

string

reply）;?3４35

/／／

<summａｒy〉３6

///

將留言通過驗(yàn)證

37

／／／

〈/ｓｕmｍａrｙ＞38

/／／

<ｐarａm

nａme=”id">通過驗(yàn)證的留言的IＤ</pａrａｍ>39

//／

<rｅturns〉是否成功＜／rｅｔurnｓ〉4０

ｂool

Paｓｓ（inｔ

ｉｄ)；?4142

／//

＜suｍmary〉43

///

按分頁取得留言信息?44

／//

〈/ｓummarｙ〉45

///

〈parａm

ｎamｅ=”paｇeＳｉze"〉每頁顯示幾條留言〈/paｒam〉46

／／/

＜param

nａｍｅ="paｇeNumber"〉當(dāng)前頁碼<／ｐaｒam>４7

／//

<rｅturns＞留言實(shí)體類集合＜/reｔuｒns〉4８

IＬist〈ＭｅssageInfo＞

GeｔByPaｇe(int

pageSiｚe，ｉnｔ

pageNumbeｒ）;?4９

｝?50｝

ICoｍmeｎtBLL。ｃs

1usｉｎg

Sｙstem;

2using

Systeｍ。Coｌlectioｎs。Genｅric；

3using

System．Texｔ;

4uｓing

ＮGｕｅstBoｏｋ.Ｅntity;?

５

６namespace

NＧuesｔＢｏok.ＩＢLL

7{

8

///

〈sｕmmary＞

9

///

業(yè)務(wù)邏輯層接口-評(píng)論

１0

///

＜／sumｍaｒy＞11

pｕblic

inｔeｒｆａce

ＩCoｍmeｎtBLL?１2

｛?13

／//

<sｕmmaｒｙ〉1４

／//

添加評(píng)論

15

///

＜/sｕmmary>1６

／//

＜param

nａme="commeｎt”〉新評(píng)論實(shí)體類<／paｒam>17

///

<rｅturｎs>是否成功＜/retｕrns>１８

bool

Ａdd（ComｍeｎtInfo

commｅｎt）；

1920

///

〈sｕmmarｙ〉21

///

刪除評(píng)論?22

///

〈/suｍmａry〉23

///

〈paｒam

nａｍｅ＝"id"〉欲刪除的評(píng)論的ID</paｒam〉24

///

<reｔurns〉是否成功</returｎs>２５

bｏol

Ｒemｏve(int

id）；

2６27

/／／

<summａry〉28

／//

取得指定留言的全部評(píng)論?29

///

</ｓumｍａry>30

///

<ｐaｒａm

ｎame="mｅsｓagｅId”>指定留言的ID<／pａram〉３1

／/／

〈reｔurnｓ>評(píng)論實(shí)體類集合＜/retｕrｎs〉３2

IList〈CommentInfo＞

ＧｅtＢyＭessage（inｔ

ｍｅsｓageId);

３3

}?3４}?

?

由業(yè)務(wù)邏輯確定數(shù)據(jù)訪問操作

IＡdmiｎBLL需要的數(shù)據(jù)訪問操作：插入管理員，刪除管理員，更新管理員信息，按ＩD取得管理員信息，按登錄名與密碼取得管理員，取得全部管理員

IMesｓａｇｅBLL需要的數(shù)據(jù)訪問操作：插入留言，刪除留言，更新留言信息，按ＩD取得留言信息,按分頁取得留言?

ＩComｍｅntBLL需要的數(shù)據(jù)訪問操作：插入評(píng)論,刪除評(píng)論,按留言取得全部評(píng)論

另外,添加管理員時(shí)需要驗(yàn)證是否存在同名管理員，所以需要添加一個(gè)“按登錄名取得管理員”.

對(duì)以上操作進(jìn)行整理,的如下接口操作：

ＩAｄｍｉnＤAL：Insert，Deletｅ，Updatｅ,GetByID，GetBｙNameAndPａssword，GetAlｌ?

ＩMessageDAL：Insert,Deｌeｔe，Updaｔe，GｅｔByIＤ，GeｔByPａｇe?

IＣommｅｎtDAL:Inserｔ，Delete，GetByＭｅssage

這三個(gè)接口文件放在ＩDAL工程下，具體代碼如下：??IAdmｉnDAL。cs:

1using

Syｓteｍ；?

２ｕｓiｎg

Systｅm.Collectｉons。Ｇeneric；

3ｕsing

Syｓｔem．Text；?

４usｉng

ＮGｕｅstBｏｏｋ.Entitｙ；?

5

６ｎａmespａce

NGuesｔBook．IDAL

7｛?

8

／//

〈suｍmarｙ>

９

//／

數(shù)據(jù)訪問層接口-管理員?１0

//／

<／suｍmary〉１１

publｉc

inｔerfacｅ

IAdmiｎＤAL

12

｛

1３

／//

<sumｍary>１4

///

插入管理員

１５

／//

</suｍmａry〉16

//／

<ｐａｒam

name="admｉｎ">管理員實(shí)體類＜/parａm〉17

///

<returnｓ〉是否成功〈/reｔｕrｎｓ〉18

booｌ

Ｉｎsｅrｔ(AdminIｎｆｏ

admｉn）;?1920

///

<suｍｍａｒｙ＞21

／//

刪除管理員?2２

///

<／ｓummary〉23

／//

〈ｐaram

name=＂id＂>欲刪除的管理員的ＩD＜/ｐaram＞２４

/／/

〈returｎｓ>是否成功<／rｅtｕrns>２５

boｏl

Ｄeｌｅｔe（iｎｔ

id)；

２62７

//／

＜suｍmａrｙ〉28

///

更新管理員信息?2９

／//

＜/ｓumｍａry>30

／//

〈ｐａram

nａme＝"ａdmin＂>管理員實(shí)體類〈/paｒam〉３1

//／

〈ｒｅturns＞是否成功</returｎs〉3２

ｂｏol

Update(AdminInｆo

admiｎ）；?３3３４

///

＜sumｍary〉35

///

按ID取得管理員信息?３６

///

＜/suｍmary〉37

／//

<ｐaｒam

name=”id">管理員IＤ<／paｒaｍ〉３8

///

＜ｒeturns〉管理員實(shí)體類</retｕrns〉39

AdmｉｎI(lǐng)nfo

GeｔＢyID（ｉnｔ

ｉd）；

4０４1

///

〈summａry〉４２

//／

按管理員名取得管理員信息

4３

/／/

〈/sumｍary＞44

／//

＜param

naｍe=＂name"〉管理員名〈／param〉45

／／/

<rｅtuｒｎｓ〉管理員實(shí)體類</retuｒns〉46

AdmiｎI(lǐng)nfo

GｅｔByNａme（stｒiｎg

ｎame）；

4748

/／/

<suｍmary＞4９

///

按用戶名及密碼取得管理員信息

50

／//

</summａrｙ>51

/／/

<paｒaｍ

name="naｍe”＞用戶名</paｒaｍ>52

／/／

＜param

namｅ＝”ｐassworｄ">密碼</paraｍ＞53

///

<rｅｔurｎs＞管理員實(shí)體類,不存在時(shí)返回nuｌl<／ｒetuｒns>54

AｄmｉnInfｏ

ＧetＢyNａmｅAｎｄPasｓwoｒｄ（strｉnｇ

nａme,ｓtring

paｓsword）;

555６

／//

〈summarｙ>5７

／/／

取得全部管理員信息

58

//／

〈／summａry>59

/／/

＜rｅｔｕrns〉管理員實(shí)體類集合＜/ｒeturｎs〉60

ILiｓｔ<ＡｄmiｎI(lǐng)nfo>

GetAll（）;?61

｝

62｝

IMｅssageDＡＬ.ｃs：

１usiｎｇ

Syｓtem;

2using

Sysｔem．Colｌectionｓ。Gｅｎeｒｉc;

3using

Ｓｙstｅm.Text；?

４usinｇ

NGｕｅstBｏｏk。Enｔity；

5

6namｅspａce

NＧuｅｓｔBｏｏk.ＩDAL

7{?

８

/／/

<summary〉

9

/／/

數(shù)據(jù)訪問層接口－留言?10

//／

</ｓummary〉11

pｕblｉc

ｉnteｒｆａce

IMessageDAL?12

｛

13

/／／

〈summaｒｙ＞14

／／/

插入留言

15

///

〈/ｓummａry〉１6

／//

<parａm

name="ｍesｓage">留言實(shí)體類</parａm>1７

／／/

〈reｔurnｓ＞是否成功〈／returns>1８

booｌ

Inｓert（ＭeｓsａgeInfo

meｓsａｇe）；

１9２０

///

＜ｓuｍmary>２1

///

刪除留言

22

/／/

＜／ｓummary>２３

//／

〈ｐaraｍ

namｅ=”id">欲刪除的留言的IＤ</ｐａram〉２4

///

〈retｕrｎs〉是否成功〈／retuｒns〉25

bｏｏl

Delete（ｉnt

ｉd);

262７

///

＜summary〉28

／／／

更新留言信息?2９

///

</summａry〉３０

///

<pａram

ｎaｍe＝"ｍessage”〉留言實(shí)體類〈/ｐａｒam＞3１

/／/

〈retｕrns〉是否成功〈/returns>32

bool

Uｐｄａt(yī)e(MｅssagｅＩnｆo

message）;

333４

///

＜ｓummary〉35

／／/

按ID取得留言信息?3６

/／/

<／summary＞37

/／/

〈param

naｍe="ｉｄ”〉留言ＩD〈/ｐaram〉38

///

＜rｅtuｒns>留言實(shí)體類〈/rｅｔurnｓ>3９

MessaｇｅIｎfｏ

GeｔByID（int

id）；?404１

///

<suｍｍarｙ〉42

///

按分頁取得留言信息?43

///

＜/ｓummａry>44

//／

〈paｒａm

nａme＝＂ｐagｅＳｉze"〉每頁顯示幾條留言<／ｐaraｍ〉4５

／/／

〈ｐaｒam

namｅ=＂pａgeNumber"〉當(dāng)前頁碼＜/pａram>４6

／/／

<ｒeturns>留言實(shí)體類集合</reｔurｎs＞4７

ＩList＜MｅssａgｅInfo>

GｅtＢｙPａｇe（int

ｐaｇｅSize，int

pａgeNumber）；

4８

}

49｝?IComｍentDＡL。cs：

1uｓｉng

Ｓysteｍ；

2ｕsing

System.Cｏlleｃｔions．Geｎeric;

３ｕsing

System．Teｘt;

4usiｎg

NGueｓtBｏok.Enｔitｙ；?

5

6nameｓｐaｃe

NＧuesｔBook.IＤAL?

7｛

８

///

〈summaｒy＞

9

///

數(shù)據(jù)訪問層接口－評(píng)論?1０

///

</ｓuｍｍarｙ>11

pubｌic

inteｒｆace

ICommenｔDAＬ?1２

｛

１3

///

＜ｓummａrｙ>１4

///

插入評(píng)論

15

／/／

〈/summaｒy>16

///

〈ｐaram

namｅ="ｃommｅnt"〉評(píng)論實(shí)體類〈/paｒaｍ＞17

///

〈rｅtｕrｎs＞是否成功</retｕrns〉18

bool

Ｉnｓerｔ（CｏmmentInfｏ

commeｎｔ）；

192０

///

〈ｓummaｒｙ〉２1

///

刪除評(píng)論?2２

///

〈/ｓumｍａry>2３

／//

<paｒam

ｎaｍｅ=”iｄ”〉欲刪除的評(píng)論的ID<／param>2４

//／

〈returnｓ>是否成功</rｅturns〉２５

ｂoｏｌ

Delete(inｔ

ｉd）;

26２7

//／

〈sｕmｍarｙ〉28

///

取得指定留言的全部評(píng)論

2９

／//

〈/ｓummary〉３0

///

〈param

namｅ=”messａgeId”>指定留言的ID</parａm＞31

///

＜ｒetｕｒnｓ〉評(píng)論實(shí)體類集合</rｅｔurnｓ＞32

IＬisｔ〈ＣommｅntIｎfｏ〉

GｅtByMessage(inｔ

mesｓagｅId)；

33

｝

34｝我們?cè)O(shè)計(jì)的分層架構(gòu)，層與層之間應(yīng)該是松散耦合的。因?yàn)槭菃蜗騿我徽{(diào)用,所以，這里的“松散耦合”實(shí)際是指上層類不能具體依賴于下層類，而應(yīng)該依賴于下層提供的一個(gè)接口.這樣，上層類不能直接實(shí)例化下層中的類，而只持有接口，至于接口所指變量最終究竟是哪一個(gè)類，則由依賴注入機(jī)制決定。??

之所以這樣做,是為了實(shí)現(xiàn)層與層之間的“可替換”式設(shè)計(jì)，例如，現(xiàn)在需要換一種方式實(shí)現(xiàn)數(shù)據(jù)訪問層，只要這個(gè)實(shí)現(xiàn)遵循了前面定義的數(shù)據(jù)訪問層接口,業(yè)務(wù)邏輯層和表示層不需要做任何改動(dòng)，只需要改一下配置文件系統(tǒng)即可正常運(yùn)行.另外，基于這種結(jié)構(gòu)的系統(tǒng)，還可以實(shí)現(xiàn)并行開發(fā)。即不同開發(fā)人員可以專注于自己的層次,只有接口被定義好了，開發(fā)出來的東西就可以無縫連接。?

在J2EE平臺(tái)上，主要使用Sprｉng框架實(shí)現(xiàn)依賴注入。這里，我們將自己做一個(gè)依賴注入容器。

?

依賴注入的理論基礎(chǔ)是ＡｂstrａｃtFactory設(shè)計(jì)模式，這里結(jié)合具體實(shí)例簡(jiǎn)單介紹一下。?

上圖以數(shù)據(jù)訪問層為例，展示了AbstractFactoｒy模式的應(yīng)用。如圖,現(xiàn)假設(shè)有針對(duì)Acｃess和SQLSｅｒveｒ兩種數(shù)據(jù)庫的數(shù)據(jù)訪問層,它們都實(shí)現(xiàn)了數(shù)據(jù)訪問層接口。每個(gè)數(shù)據(jù)訪問層有自己的工廠，所有工廠都實(shí)現(xiàn)自IＤALFactoｒy接口。而客戶類(這里就是業(yè)務(wù)邏輯層類)僅與工廠接口、數(shù)據(jù)訪問層接口耦合，而與具體類無關(guān),這樣，只要通過配置文件確定實(shí)例化哪個(gè)工廠，就可以得到不同的數(shù)據(jù)訪問層.

?

然而,這種設(shè)計(jì)雖然可行，但是代碼比較冗余，因?yàn)檫@樣需要為數(shù)據(jù)訪問層的每一個(gè)實(shí)現(xiàn)編寫一個(gè)工廠，業(yè)務(wù)邏輯層也一樣。在以前,我們毫無辦法,但是，。ＮET平臺(tái)引入的反射機(jī)制,給我們提供了一種解決方案。使用反射,每個(gè)層只需要一個(gè)工廠,然后通過從配置文件中讀出程序集的名稱,動(dòng)態(tài)加載相應(yīng)類。另外,為了提高依賴注入機(jī)制的效率,這里引入緩存機(jī)制。下面來看具體實(shí)現(xiàn)。

?

配置

首先，需要在Web工程的Web.confｉg文件的〈ａppSｅttiｎgｓ〉節(jié)點(diǎn)下添加如下兩個(gè)項(xiàng)：

<adｄkey=＂DAＬ＂value=＂”/＞?

〈adｄkey=”BLL"value=""/〉

這兩個(gè)配置選項(xiàng)分別存儲(chǔ)要應(yīng)用的數(shù)據(jù)訪問和也業(yè)務(wù)邏輯層的程序集名稱。ｖalｕe目前是空，是因?yàn)槟壳斑€沒有各個(gè)層次的具體實(shí)現(xiàn)。

?

實(shí)現(xiàn)緩存操作輔助類

為實(shí)現(xiàn)緩存操作，我們將緩存操作封裝成一個(gè)輔助類，放在Ｕtｉｌity工程下，具體代碼如下:

?CａｃheAｃcess.ｃs：

封裝依賴注入代碼

因?yàn)楹芏嘁蕾囎⑷氪a非常相似,為了減少重復(fù)性代碼，我們將可復(fù)用的代碼先封裝在一個(gè)類中。具體代碼如下(這個(gè)類放在Factoｒｙ工程下）:

ＤepenｄeｎcyInｊecｔor．cｓ：

１uｓing

System;

2usｉng

Sysｔｅm。Ｗｅb；?

3using

System.Ｗeb.Cachｉng;?

4

5nameｓｐace

NGuｅstＢooｋ．Utiｌiｔy?

6｛

7

///

<summａry〉

８

／//

輔助類，用于緩存操作?

9

///

〈/sｕｍｍａry〉10

public

sｅａled

clａss

CaｃｈeＡcceｓs

11

{?１２

//／

<summａrｙ〉13

//／

將對(duì)象加入到緩存中?１4

///

〈/suｍmary〉1５

///

＜pａｒam

naｍｅ=”caｃｈeKey＂〉緩存鍵＜/pａｒａm〉16

///

＜paｒａm

nａｍｅ＝"ｃacheOｂjｅct＂〉緩存對(duì)象</parａm>17

//／

〈pａram

ｎame="dｅpeｎdｅncy"〉緩存依賴項(xiàng)＜/paｒａm〉18

public

staｔic

void

SavｅToCacｈｅ（striｎg

cacheＫｅy，

ｏbjｅcｔ

caｃheObject,

CaｃheDｅpｅnｄenｃｙ

dependeｎcy）?１9

｛

20

Cache

ｃachｅ

＝

HｔｔpRuntiｍe。Ｃａche；

21

ｃａchｅ。Iｎsert（cacheKey,

cacheObjeｃｔ,

ｄependencｙ）；

22

｝?23２４

///

<ｓｕmｍarｙ>２5

/／/

從緩存中取得對(duì)象,不存在則返回ｎull

2６

///

〈/sumｍaｒｙ＞27

///

〈pａram

nａme=＂ｃａchｅＫｅy"〉緩存鍵</param＞28

///

<returｎs>獲取的緩存對(duì)象</rｅturns>29

publiｃ

sｔatiｃ

objｅｃt

GeｔFrｏmCacｈe（stｒinｇ

caｃｈeKeｙ）?30

｛?31

Cache

ｃache

=

HtｔpRuntｉme。Cachｅ；?3233

reｔurn

ｃａｃhe［cacheＫｅy］；?34

｝

３5

｝?3６｝

1using

Sｙsteｍ；?

2ｕsing

Ｓysteｍ。Cｏnfiguｒatiｏn；?

3using

System．Reflｅｃtion；?

4using

Ｓystem.Ｗｅb；?

５using

Ｓysteｍ．Web．Cａcｈiｎg;

6using

NGｕestＢook．Ｕｔｉlitｙ；?

7

8ｎａｍｅspace

NGuesｔＢooｋ。Fａctory?

9｛?10

///

〈suｍmaｒｙ〉1１

///

依賴注入提供者?12

//／

使用反射機(jī)制實(shí)現(xiàn)?13

／//

＜/sｕmmａrｙ>１4

public

ｓeaｌｅd

ｃｌass

ＤepｅndencyＩｎjector?15

｛?16

／／/

＜ｓｕmmary＞17

／//

取得數(shù)據(jù)訪問層對(duì)象?18

//／

首先檢查緩存中是否存在，如果不存在，則利用反射機(jī)制返回對(duì)象

１9

／//

＜/ｓuｍｍarｙ〉2０

///

〈pａram

ｎame=”ｃｌａssＮaｍｅ"＞數(shù)據(jù)訪問類名稱</param〉2１

///

<returｎs>數(shù)據(jù)訪問層對(duì)象〈/rｅtuｒns〉２２

pｕblic

sｔａt(yī)ic

object

GｅtDALObject（string

classNａmｅ)

23

｛?２４

///

〈ｓｕmmａry＞2５

//／

取得數(shù)據(jù)訪問層名稱，首先檢查緩存，不存在則到配置文件中讀取

26

//／

緩存依賴項(xiàng)為Wｅb．Confiｇ文件

2７

/／/

〈/summarｙ>２8

ｏbject

dａl

=

CachｅAcｃｅss.ＧetFromＣache(”DＡL");?29

ｉf

(daｌ

=＝

ｎｕll)

30

｛?31

ＣａｃｈeDeｐｅndeｎｃy

ｆileDepｅndency

=

new

CacｈｅDepｅｎｄeｎcｙ（HttpCoｎtext.Ｃurrｅｎt。Ｓerｖer.ＭaｐPatｈ（”Weｂ．Coｎfig"))；

32

dal

=

ConfiguraｔｉoｎManａger.AppSｅttings［"ＤAL”］；?33

CacheAccess.SａveToCacｈe(”DＡL＂，

ｄaｌ，

fｉleDepeｎｄenｃy);

3４

}

3５36

／//

＜sｕmｍary＞３7

///

取得數(shù)據(jù)訪問層對(duì)象?38

///

〈/summary＞3９

strｉng

dalNａme

=

（sｔｒing)ｄal；?40

sｔriｎg

ｆｕllClaｓｓＮａｍe

=

ｄalName

+

"。"

+

cｌassNaｍe；

４1

ｏbjecｔ

dalOｂjｅcｔ

=

CａｃheＡｃceｓs.GetＦｒomCache（ｃlassＮａme）;?42

if

（dａlObject

==

nulｌ)?４3

｛

44

ＣacheＤependencｙ

fileDｅｐｅndency

=

nｅw

CacｈeDｅpendency(HtｔpContｅxt.Currｅnt．Ｓｅrveｒ．ＭａpＰath（"Ｗeb.Coｎfiｇ"））；

４5

dalObjｅct

＝

Assembｌy。Lｏａd（dａlName）。ＣreaｔｅＩnstａnce（ｆuｌlＣlassNamｅ);?46

CaｃheAccess.SaveTｏCａｃhe（clａssName,

ｄalObｊｅct,

ｆileDeｐeｎdencｙ);?47

｝?4849

retｕｒn

daｌＯbjｅct;?5０

｝

５152

／//

〈suｍmary〉53

／//

取得業(yè)務(wù)邏輯層對(duì)象

５4

///

首先檢查緩存中是否存在，如果不存在,則利用反射機(jī)制返回對(duì)象?5５

///

〈/sumｍarｙ〉56

///

＜ｐａram

name=”ｃlａｓsNaｍe＂>業(yè)務(wù)邏輯類名稱<／ｐarａm＞57

///

<ｒeｔurns〉業(yè)務(wù)邏輯層對(duì)象</ｒeｔurns>58

pｕｂlｉc

sｔａt(yī)ic

object

GeｔＢLLObject(ｓtrｉng

clａssName）

59

{

6０

/／／

<summary＞6１

///

取得業(yè)務(wù)邏輯層名稱，首先檢查緩存，不存在則到配置文件中讀取?62

///

緩存依賴項(xiàng)為Web。Ｃonｆiｇ文件?63

／//

〈/summary>64

ｏbjｅct

ｂll

=

CaｃheＡccｅsｓ.GetFrｏmCａｃｈe(”BLＬ");?65

iｆ

（ｂll

=＝

null）

66

{

67

CaｃheDepｅnｄency

fｉｌeDeｐendeｎｃy

=

ｎｅw

CａcheDepenｄenｃy（ＨttpContext.Curreｎt.Server.MaｐPaｔｈ（"Web.Cｏnfｉg"));

68

bｌl

＝

Ｃonｆiｇurａt(yī)iｏｎMaｎａｇｅr．ＡｐpSeｔtings[”BＬL＂]；?69

CaｃheＡcｃｅss.SaveToCache（＂BLL"，

bll，

ｆiｌeDependenｃｙ）；

70

}

7１７2

///

＜ｓｕｍｍaｒy>73

//／

取得業(yè)務(wù)邏輯層對(duì)象

７4

／／/

＜／summarｙ>75

ｓtrinｇ

bllＮame

=

（strinｇ)blｌ;?76

ｓtｒｉnｇ

fullＣlａsｓＮame

=

bｌｌＮａme

＋

”．＂

+

clａssNaｍe；

７7

objecｔ

bllObject

＝

CacheAｃｃeｓｓ。GetFromＣａche(ｃlａｓsNamｅ）;

７8

if

（blｌOｂject

==

nuｌl）

7９

｛?80

CachｅDepenｄency

filｅＤepｅndenｃy

=

nｅw

CaｃｈeDｅpendenｃy（HｔtpContext。Ｃurｒent.Ｓｅrｖer．ＭapＰaｔｈ("Web.Cｏnfig＂））；

81

bllObｊeｃt

＝

Assembly．Lｏａd(bllNaｍe).CrｅateIｎstaｎce（ｆｕｌlClassName）；

82

CaｃhｅＡcｃｅsｓ．SａｖeToCａche（className,

bｌｌObjｅｃt,

ｆileＤeｐendeｎcy);?83

｝?84８5

reｔuｒn

blｌObｊect；

８6

｝

8７

｝?88｝

實(shí)現(xiàn)工廠

下面使用兩個(gè)輔助類，實(shí)現(xiàn)數(shù)據(jù)訪問層工廠和業(yè)務(wù)邏輯層工廠.??DＡＬFactorｙ。ｃs

１using

System;?

２usinｇ

NGueｓtBook．IDAL；?

3

4ｎamespace

NGｕeｓtBoｏｋ.Fａcｔｏry?

5｛

6

///

〈sｕmmary>

7

///

數(shù)據(jù)訪問層工廠,用于獲取相應(yīng)的數(shù)據(jù)訪問層對(duì)象

8

///

使用Abｓｔract

Facｔory設(shè)計(jì)模式+Facace設(shè)計(jì)模式＋反射機(jī)制＋緩存機(jī)制設(shè)計(jì)

9

///

<／suｍmaｒy＞１0

public

sealｅd

ｃlａsｓ

DAＬＦａｃtory?11

{

12

///

＜summarｙ＞１3

／//

獲取管理員數(shù)據(jù)訪問層對(duì)象?14

///

＜/ｓummaｒy>15

／／/

<reｔurns＞管理員數(shù)據(jù)訪問層對(duì)象〈/ｒetｕrｎs〉16

publiｃ

ｓｔatic

ＩAｄminDAＬ

CreaｔｅＡdminＤAL（）?17

｛?18

ｒｅturｎ

（IAdmｉnDAL)DepｅnｄencyInｊｅcｔor．GｅtDＡLObjecｔ("AdmiｎＤAL”)；?１9

｝?２0２１

／/／

〈sｕｍｍarｙ＞22

／／／

獲取留言數(shù)據(jù)訪問層對(duì)象

23

//／

<／sumｍary〉24

///

<ｒeturns>留言數(shù)據(jù)訪問層對(duì)象＜/retuｒns〉２５

publｉc

static

IＭessaｇeDAL

Crｅａt(yī)eMeｓｓaｇeDAL()

26

｛?２7

returｎ

（IMｅｓsａgeDAＬ）DeｐendｅｎｃｙIｎjectｏr．GetＤALObject（"MessageDＡＬ＂）；?28

｝?２93０

///

<sumｍaｒy>３1

///

獲取評(píng)論數(shù)據(jù)訪問層對(duì)象

32

///

〈/sｕｍmarｙ＞33

///

<returns＞評(píng)論數(shù)據(jù)訪問層對(duì)象＜/retｕrns〉34

ｐuｂｌｉc

ｓｔatic

ICommenｔＤAＬ

Creａt(yī)eCommenｔＤAL（)

35

｛

3６

rｅturn

(ＩComｍentＤＡＬ）DepenｄeｎcyIｎjector．ＧｅｔDAＬＯbjecｔ（＂CommentＤAL”)；?37

}

３8

}

39｝?BLLＦaｃtorｙ.cｓ

1uｓiｎｇ

Sｙsｔem;

2ｕｓｉnｇ

ＮGueｓtBooｋ。IBLＬ；

3

4namｅｓｐaｃe

ＮGuｅsｔBooｋ。Fａctory?

5｛?

6

／//

＜sｕｍｍary〉

7

///

業(yè)務(wù)邏輯層工廠，用于獲取相應(yīng)的業(yè)務(wù)邏輯層對(duì)象

8

／//

使用Aｂsｔraｃt

Factorｙ設(shè)計(jì)模式+Facaｃe設(shè)計(jì)模式+反射機(jī)制+緩存機(jī)制設(shè)計(jì)?

9

///

＜/suｍmary>10

pｕbｌｉc

ｓealｅd

clasｓ

BLLＦactｏry?11

{?12

/／/

＜ｓumｍaｒy＞１3

／//

獲取管理員業(yè)務(wù)邏輯層對(duì)象?１4

///

</summａry>1５

//／

〈retuｒｎs〉管理員業(yè)務(wù)邏輯層對(duì)象〈/reｔuｒｎs>１６

public

ｓtatｉc

IＡdminBLL

ＣreateＡdminBＬＬ（）

17

{?１8

reｔurｎ

（IAｄminBLＬ）ＤepeｎdencｙInjecｔoｒ．GetBＬＬObjｅct(”AdminBＬL”）;

1９

｝?202１

／//

<ｓummaｒy〉２2

／//

獲取留言業(yè)務(wù)邏輯層對(duì)象?23

///

</summaｒy>24

／//

＜returns〉留言業(yè)務(wù)邏輯層對(duì)象〈/returns>25

pubｌic

static

ＩMesｓａgeＢLＬ

ＣrｅateMessaｇｅＢLL（)

26

｛

２7

retｕｒn

(IMｅssageBLL）ＤｅｐeｎdenｃyＩnjｅctor。GetBＬLＯｂjeｃt（"MeｓsageBLL”）;

２８

｝?293０

///

<sｕmmary>31

/／/

獲取評(píng)論業(yè)務(wù)邏輯層對(duì)象

３2

//／

〈/suｍmary〉3３

／／/

〈ｒeturｎs＞評(píng)論業(yè)務(wù)邏輯層對(duì)象</ｒeturns>3４

pｕblic

statｉc

ICoｍmentＢLＬ

CｒeaｔeCommentBLＬ（)

35

｛?3６

reｔuｒｎ

(ICommentBLL)DｅpｅndｅnｃyIｎjector．GetBLLOｂject（"ComｍeｎtBLL"）;?３7

}

38

}

39｝經(jīng)過上面篇文章的介紹，整個(gè)系統(tǒng)的框架算是基本搭建完了,下面，我們要具體實(shí)現(xiàn)各個(gè)層次。關(guān)于數(shù)據(jù)訪問層的實(shí)現(xiàn)，我準(zhǔn)備討論三種實(shí)現(xiàn)方式,這一篇文章討論第一種：Aｃcess+動(dòng)態(tài)生成SＱＬ。

顧名思義，這種實(shí)現(xiàn)將使用Accｅss作為后臺(tái)數(shù)據(jù)庫,而操作方式也是最基本的使用ＳＱL命令.?

在具體編寫實(shí)現(xiàn)代碼之前，我們需要做一些準(zhǔn)備工作：

?

第一步，我們要將Aｃｃeｓs數(shù)據(jù)庫搭建完成，具體做法如下.

在Web工程下新建一個(gè)文件夾，命名為AccessDａt(yī)a，并在其中新建一個(gè)ｍdb文件（即Access數(shù)據(jù)庫文件），按照前面介紹過的數(shù)據(jù)庫設(shè)計(jì)構(gòu)架，將數(shù)據(jù)表及表間關(guān)系建好，這里不再贅述。

第二步，我們要進(jìn)行一些配置。

打開Web工程下的Wｅb.confiｇ文件，在其中的apｐSetｔiｎgs節(jié)點(diǎn)下，添加如下鍵值:

<addkey="AccｅｓsCｏnnectionSｔｒｉｎg"valｕｅ="Proviｄｅr=Micrｏsoft.Ｊet。OＬEDB．4。０;DatａＳource={ＤBPatｈ}"/>?

<aｄdkｅｙ="AｃceｓsＰaｔh”value="~/AcｃessData/AccessDaｔabａｓe.mdb"／>?

第一條為Access的連接字符串，第二條為Acｃess數(shù)據(jù)庫文件的路徑，其中“~”表示網(wǎng)站根目錄。

?

第三步，新建一個(gè)工程.?

我們要新建一個(gè)工程AccessDAL,用來存放Aｃｃｅsｓ數(shù)據(jù)訪問層的代碼。?

準(zhǔn)備工作做完了，現(xiàn)在來實(shí)現(xiàn)具體的代碼.?

1.編寫數(shù)據(jù)訪問助手類

因?yàn)楹芏鄶?shù)據(jù)訪問操作流程很相似，所以，這里將一些可復(fù)用的代碼抽取出來，編寫成助手類，以此減少代碼量，提高代碼復(fù)用性.?

這個(gè)助手類放在AcｃesｓＤAL下，叫AccｅｓｓDALHelper,主要負(fù)責(zé)Ａcceｓs數(shù)據(jù)庫的訪問。它包括三個(gè)方法：?

GeｔConnｅctｉonStriｎg:從配置文件中讀取配置項(xiàng),組合成連接字符串.

ＥxecｕｔeSQLＮonＱｕｅry：執(zhí)行指定SＱL語句，不返回任何值，一般用于Ｉnsｅｒt，Deｌete,Updatｅ命令.

EｘecuｔeSQLＤａt(yī)aReaｄer：執(zhí)行SQL語句返回查詢結(jié)果，一般用于Select命令。?

具體代碼如下:

?AccｅssＤAＬHｅｌpeｒ。ｃs:?

２。實(shí)現(xiàn)具體的數(shù)據(jù)訪問操作類?

因?yàn)榍懊嬉呀?jīng)定義了數(shù)據(jù)訪問層接口,所以實(shí)現(xiàn)數(shù)據(jù)訪問操作類就是很機(jī)械的工作了。下面僅以Admin的數(shù)據(jù)訪問操作類為例：??AdminDAL:

1usinｇ

Ｓｙstem；

2uｓiｎg

Ｓｙsｔｅm．Wｅb；

3using

Sysｔeｍ。Web。Caching；?

4uｓing

Sｙｓtem．Cｏnfｉguration；

５uｓing

System．Ｄata；?

6ｕsiｎg

Sｙstem.Datａ.OｌeＤb；?

7usiｎg

NGuｅstBoｏk.Utilitｙ;?

８

9naｍesｐace

ＮGueｓtBoｏk.AｃcesｓＤAL

1０｛

11

／//

<sumｍary>12

//／

Aｃcｅss數(shù)據(jù)庫操作助手?13

///

〈／sｕmmarｙ〉1４

publｉc

sealed

claｓs

AｃceｓsDALHeｌper

15

｛?16