佳木斯湛栽影视文化发展公司

主頁 > 知識庫 > 淺析.NET邏輯分層架構(gòu)

淺析.NET邏輯分層架構(gòu)

熱門標簽:百度競價排名 科大訊飛語音識別系統(tǒng) 服務(wù)器配置 阿里云 集中運營管理辦法 地方門戶網(wǎng)站 網(wǎng)站排名優(yōu)化 硅谷的囚徒呼叫中心

一.基礎(chǔ)知識準備:

  1.層的原則:

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

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

 ?。?)應用邏輯。
 ?。?)領(lǐng)域邏輯。

  3.采用的層:

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

  4.約定:

 ?。?)領(lǐng)域?qū)幽J采用領(lǐng)域模型
  (2)數(shù)據(jù)訪問層默認需要引用領(lǐng)域模型

二.分層架構(gòu)

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

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

  評價:PetShop采用此種模型,但缺點眾多:業(yè)務(wù)邏輯層名不副實,領(lǐng)域模型實為數(shù)據(jù)模型,保持了層間依賴,引入了更多依賴,明顯的數(shù)據(jù)驅(qū)動思想,沒有以領(lǐng)域為核心。

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

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

三.DDD分層

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

  1.原始的DDD分層:

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

  2.改善的DDD分層:

  評價:基礎(chǔ)設(shè)施層同時具有共享層和實現(xiàn)層的特征。優(yōu)點是終于做到了形式上領(lǐng)域為核心且同時解決了在基礎(chǔ)設(shè)施層中實現(xiàn)倉儲不能引用領(lǐng)域模型的尷尬,缺點是同樣沒有區(qū)分共享和實現(xiàn)的概念。

  3.最新的DDD分層:

  評價:優(yōu)點是這是真正的以領(lǐng)域為核心,再也不用為基礎(chǔ)設(shè)施層無法引用領(lǐng)域?qū)佣俜?wù)層中再次適配了。使用依賴倒置原則徹底各層對具體技術(shù)的依賴倒置。缺點,依賴倒置應用過了頭,同樣是在單項目解決方案中沒有問題,但在.NET多項目解決方案中會導致命名空間形式上的雙向依賴?;A(chǔ)設(shè)施層作為實現(xiàn)層基本上沒有了復用的價值。更好的方式是調(diào)換圖中用戶接口層和基礎(chǔ)設(shè)施層的位置。

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

四.架構(gòu)的趨勢:

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

以上就是關(guān)于.NET邏輯架構(gòu)的簡單介紹,希望對大家的學習有所幫助。

您可能感興趣的文章:
  • 白刃之戰(zhàn):PHP vs. ASP.NET(節(jié)選)-架構(gòu)比較
  • Asp.net 在三層架構(gòu)中事務(wù)的使用實例代碼
  • 淺談ASP.NET中多層架構(gòu)
  • asp.net實現(xiàn)三層架構(gòu)的例子
  • ASP.NET MVC5網(wǎng)站開發(fā)文章管理架構(gòu)(七)
  • ASP.NET MVC5網(wǎng)站開發(fā)咨詢管理的架構(gòu)(十一)

標簽:威海 廣西 梧州 烏蘭察布 西雙版納 隨州 開封 甘孜

巨人網(wǎng)絡(luò)通訊聲明:本文標題《淺析.NET邏輯分層架構(gòu)》,本文關(guān)鍵詞  ;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請?zhí)峁┫嚓P(guān)信息告之我們,我們將及時溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無關(guān)。
  • 相關(guān)文章
  • 收縮
    • 微信客服
    • 微信二維碼
    • 電話咨詢

    • 400-1100-266
    钟山县| 兴义市| 庆安县| 织金县| 龙川县| 电白县| 修水县| 泸州市| 盱眙县| 拉萨市| 衡南县| 上栗县| 垫江县| 阜南县| 都兰县| 安阳县| 永宁县| 景谷| 迁安市| 平乡县| 穆棱市| 阳泉市| 乌拉特后旗| 仙桃市| 津市市| 闵行区| 临漳县| 荣昌县| 淮安市| 陇南市| 化州市| 红原县| 水城县| 介休市| 保康县| 灵寿县| 隆安县| 伊通| 武强县| 进贤县| 石门县|