將業務邏輯層獨立出來是邏輯架構分層的基礎，而將應用邏輯從業務邏輯層中分離出來是服務層（應用層）的基礎。高內聚低耦合是分層依賴的基礎，因此合理的劃分層次，減少層級依賴是邏輯分層架構的核心。
1.層的原則：
（1）每一層以介面方式供上層呼叫。2.業務邏輯分類：（2）上層只能呼叫下層。
（3）依賴分為鬆散互動和嚴格互動兩種。
（1）應用邏輯。3.採用的層：（2）領域邏輯。
（1）表示層（使用者介面層）：領域無關。
（2）服務層（應用層）：應用邏輯。
（3）業務邏輯層（領域層）：領域邏輯。4.約定：（4）共享層：提供通用**。
（5）實現層：提供介面實現。
（1）領域層預設採用領域模型分層架構的三個基本層次為：表示層、業務邏輯層和資料訪問層。如果按照業務邏輯的分類將業務邏輯層分解為服務層和領域層，則三層擴充套件為四個層次：表示層、服務層、領域層和資料訪問層。資料訪問層一般必須了解領域模型，這將在層之間產生雙向依賴，通常我們有如下兩種解決方案：（2）資料訪問層預設需要引用領域模型
1.將領域模型放置在共享層：
2.將資料訪問介面定義在業務邏輯層：
評價：nopcommerce採用此種模型，即使採用分離出了服務層和採用了資源庫命名方式，但nopcommerce不是ddd分層架構，只是採用了領域模型和介面分離原則的普通三層架構。缺點：除了資料房產，沒有將其他具體的技術依賴從業務邏輯層中分離。
ddd分層明確的將業務邏輯層分成了應用層（服務層）和領域層兩部分。同時將資料訪問和其他介面的具體技術實現部分統一到了基礎設施層。
1.原始的ddd分層：
評價：優點是將具體技術實現從領域分離，基礎設施層復用價值增加。缺點是沒有使用共享和實現的概念細分基礎設施層，導致在基礎設施層中實現倉儲會產生反向依賴，雖然在單專案解決方案中沒有影響（僅命名空間層次的形式上的依賴），但在.net多專案解決方案中，只能通過介面分離方式將倉儲實現獨立成類似資料訪問層的方式。
2.改善的ddd分層：
評價：基礎設施層同時具有共享層和實現層的特徵。優點是終於做到了形式上領域為核心且同時解決了在基礎設施層中實現倉儲不能引用領域模型的尷尬，缺點是同樣沒有區分共享和實現的概念。
3.最新的ddd分層：
評價：優點是這是真正的以領域為核心，再也不用為基礎設施層無法引用領域層而再服務層中再次適配了。使用依賴倒置原則徹底各層對具體技術的依賴倒置。缺點，依賴倒置應用過了頭，同樣是在單專案解決方案中沒有問題，但在.net多專案解決方案中會導致命名空間形式上的雙向依賴。基礎設施層作為實現層基本上沒有了復用的價值。更好的方式是調換圖中使用者介面層和基礎設施層的位置。
可以根據需要考慮在上圖新增適當的共享層。
（1）以業務邏輯為核心，更加重視業務邏輯。
（2）將業務邏輯層的具體依賴劃分到乙個層次統一管理。
（3）更加重視降低解決方案內的依賴性而不是解決方案間的**復用。
（4）共享層和實現層的分離將會越來越多的體現。例如洋蔥型架構。
參考資料
2.domain-driven design 【領域驅動設計：軟體核心複雜性應對之道】
4.implementing domain-driven design 【實現領域驅動設計】
6.professional enterprise .net 【精通.net企業專案開發：最新的模式、工具與方法】
7.professional asp.net design patterns 【asp.net設計模式】
Mysql分層邏輯架構
mysql是乙個開源的關係型資料庫產品，採用處理與儲存分離的設計，靈活性高，這些年已成為網際網路應用上常用的關係型資料庫。網際網路系統特點是高併發，大資料量，一般瓶頸最終還是會落到資料庫，所以優化mysql是必不可少的。優化前我們要對mysql服務內部的邏輯結構有一定了解,有助於我們對優化的深入學習...
MySQL系列之邏輯架構簡介
五 mysql事務 六 mysql的儲存引擎 mysql伺服器邏輯架構圖，圖來自 高效能mysql 一書 第一層結構主要處理客戶端與mysql服務端的連線 授權認證 安全等 第二層是mysql服務端的核心，功能包括查詢解析 分析 優化 快取等，儲存過程 觸發器 檢視等都在這一層實現 第三層的儲存引擎...
MVC分層架構
mvc即模型 檢視 控制器，將應用程式的邏輯層與展現層進行分離的一種設計模式。傳統的mvc包括三個方面 模型 檢視 控制器。模型，關注資料處理 檢視，關注資料顯示和報表處理 控制器，負責協調模型和檢視 m model層主要負責要處理的業務 和資料操作 v view向使用者展示資料，通常指使用者看到的...