這篇文章將為大家詳細(xì)講解有關(guān).NET邏輯分層架構(gòu)的示例分析，小編覺(jué)得挺實(shí)用的，因此分享給大家做個(gè)參考，希望大家閱讀完這篇文章后可以有所收獲。

創(chuàng)新互聯(lián)專業(yè)為企業(yè)提供衛(wèi)輝網(wǎng)站建設(shè)、衛(wèi)輝做網(wǎng)站、衛(wèi)輝網(wǎng)站設(shè)計(jì)、衛(wèi)輝網(wǎng)站制作等企業(yè)網(wǎng)站建設(shè)、網(wǎng)頁(yè)設(shè)計(jì)與制作、衛(wèi)輝企業(yè)網(wǎng)站模板建站服務(wù)，10年衛(wèi)輝做網(wǎng)站經(jīng)驗(yàn)，不只是建網(wǎng)站，更提供有價(jià)值的思路和整體網(wǎng)絡(luò)服務(wù)。

一.基礎(chǔ)知識(shí)準(zhǔn)備：

1.層的原則：

　?。?）每一層以接口方式供上層調(diào)用。
　　（2）上層只能調(diào)用下層。
　　（3）依賴分為松散交互和嚴(yán)格交互兩種。

2.業(yè)務(wù)邏輯分類：

　　（1）應(yīng)用邏輯。
　?。?）領(lǐng)域邏輯。

3.采用的層：

　?。?）表示層（用戶接口層）：領(lǐng)域無(wú)關(guān)。
　?。?）服務(wù)層（應(yīng)用層）：應(yīng)用邏輯。
　?。?）業(yè)務(wù)邏輯層（領(lǐng)域?qū)樱侯I(lǐng)域邏輯。
　?。?）共享層：提供通用代碼。
　?。?）實(shí)現(xiàn)層：提供接口實(shí)現(xiàn)。

4.約定：

　　（1）領(lǐng)域?qū)幽J(rèn)采用領(lǐng)域模型
　?。?）數(shù)據(jù)訪問(wèn)層默認(rèn)需要引用領(lǐng)域模型

二.分層架構(gòu)

　　分層架構(gòu)的三個(gè)基本層次為：表示層、業(yè)務(wù)邏輯層和數(shù)據(jù)訪問(wèn)層。如果按照業(yè)務(wù)邏輯的分類將業(yè)務(wù)邏輯層分解為服務(wù)層和領(lǐng)域?qū)樱瑒t三層擴(kuò)展為四個(gè)層次：表示層、服務(wù)層、領(lǐng)域?qū)雍蛿?shù)據(jù)訪問(wèn)層。數(shù)據(jù)訪問(wèn)層一般必須了解領(lǐng)域模型，這將在層之間產(chǎn)生雙向依賴，通常我們有如下兩種解決方案：

1.將領(lǐng)域模型放置在共享層：

　　評(píng)價(jià)：PetShop采用此種模型，但缺點(diǎn)眾多：業(yè)務(wù)邏輯層名不副實(shí)，領(lǐng)域模型實(shí)為數(shù)據(jù)模型，保持了層間依賴，引入了更多依賴，明顯的數(shù)據(jù)驅(qū)動(dòng)思想，沒(méi)有以領(lǐng)域?yàn)楹诵摹?/p>

2.將數(shù)據(jù)訪問(wèn)接口定義在業(yè)務(wù)邏輯層：

　　評(píng)價(jià)：NopCommerce采用此種模型，即使采用分離出了服務(wù)層和采用了資源庫(kù)命名方式，但NopCommerce不是DDD分層架構(gòu)，只是采用了領(lǐng)域模型和接口分離原則的普通三層架構(gòu)。缺點(diǎn)：除了數(shù)據(jù)房產(chǎn)，沒(méi)有將其他具體的技術(shù)依賴從業(yè)務(wù)邏輯層中分離。

三.DDD分層：

　　DDD分層明確的將業(yè)務(wù)邏輯層分成了應(yīng)用層（服務(wù)層）和領(lǐng)域?qū)觾刹糠帧Ｍ瑫r(shí)將數(shù)據(jù)訪問(wèn)和其他接口的具體技術(shù)實(shí)現(xiàn)部分統(tǒng)一到了基礎(chǔ)設(shè)施層。

1.原始的DDD分層：

　　評(píng)價(jià)：優(yōu)點(diǎn)是將具體技術(shù)實(shí)現(xiàn)從領(lǐng)域分離，基礎(chǔ)設(shè)施層復(fù)用價(jià)值增加。缺點(diǎn)是沒(méi)有使用共享和實(shí)現(xiàn)的概念細(xì)分基礎(chǔ)設(shè)施層，導(dǎo)致在基礎(chǔ)設(shè)施層中實(shí)現(xiàn)倉(cāng)儲(chǔ)會(huì)產(chǎn)生反向依賴，雖然在單項(xiàng)目解決方案中沒(méi)有影響（僅命名空間層次的形式上的依賴），但在.NET多項(xiàng)目解決方案中，只能通過(guò)接口分離方式將倉(cāng)儲(chǔ)實(shí)現(xiàn)獨(dú)立成類似數(shù)據(jù)訪問(wèn)層的方式。

2.改善的DDD分層：

　　評(píng)價(jià)：基礎(chǔ)設(shè)施層同時(shí)具有共享層和實(shí)現(xiàn)層的特征。優(yōu)點(diǎn)是終于做到了形式上領(lǐng)域?yàn)楹诵那彝瑫r(shí)解決了在基礎(chǔ)設(shè)施層中實(shí)現(xiàn)倉(cāng)儲(chǔ)不能引用領(lǐng)域模型的尷尬，缺點(diǎn)是同樣沒(méi)有區(qū)分共享和實(shí)現(xiàn)的概念。

3.最新的DDD分層：

　　評(píng)價(jià)：優(yōu)點(diǎn)是這是真正的以領(lǐng)域?yàn)楹诵模僖膊挥脼榛A(chǔ)設(shè)施層無(wú)法引用領(lǐng)域?qū)佣俜?wù)層中再次適配了。使用依賴倒置原則徹底各層對(duì)具體技術(shù)的依賴倒置。缺點(diǎn)，依賴倒置應(yīng)用過(guò)了頭，同樣是在單項(xiàng)目解決方案中沒(méi)有問(wèn)題，但在.NET多項(xiàng)目解決方案中會(huì)導(dǎo)致命名空間形式上的雙向依賴。基礎(chǔ)設(shè)施層作為實(shí)現(xiàn)層基本上沒(méi)有了復(fù)用的價(jià)值。更好的方式是調(diào)換圖中用戶接口層和基礎(chǔ)設(shè)施層的位置。

　　可以根據(jù)需要考慮在上圖添加適當(dāng)?shù)墓蚕韺印?/p>

四.架構(gòu)的趨勢(shì)：

　?。?）以業(yè)務(wù)邏輯為核心，更加重視業(yè)務(wù)邏輯。
　?。?）將業(yè)務(wù)邏輯層的具體依賴劃分到一個(gè)層次統(tǒng)一管理。
　?。?）更加重視降低解決方案內(nèi)的依賴性而不是解決方案間的代碼復(fù)用。
　　（4）共享層和實(shí)現(xiàn)層的分離將會(huì)越來(lái)越多的體現(xiàn)。例如洋蔥型架構(gòu)。

關(guān)于“.NET邏輯分層架構(gòu)的示例分析”這篇文章就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，使各位可以學(xué)到更多知識(shí)，如果覺(jué)得文章不錯(cuò)，請(qǐng)把它分享出去讓更多的人看到。

分享文章：.NET邏輯分層架構(gòu)的示例分析-創(chuàng)新互聯(lián)
文章源于：http://jinyejixie.com/article30/deooso.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供用戶體驗(yàn)、商城網(wǎng)站、定制開(kāi)發(fā)、建站公司、虛擬主機(jī)、網(wǎng)站策劃

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)