DDD 領域服務的規約模式

回到目錄

規約(specification)模式：第一次看到這東西是在microsoft nlayer專案中，它是微軟對ddd的解說，就像petshop告訴了我們mvc如何使用一樣，這個規約模式最重要的作用是實現了查詢語句與查詢條件的分離，查詢語句在底層是穩定的，不變的，而查詢條件是和具體業務，具體領域有關的，是易變的，如果我們為每乙個領域的每乙個新需求都寫乙個新的方法，那就會出現很多重複的**，不利於程式的最終擴充套件！

下面我們來看乙個經典例子

乙個iorderrepository的介面，定義了乙個訂單倉儲

order_info getorder_infobyid(int
orderid);
list
getorder_info(datetime from
, datetime to);
list
getorder_infobyuser(int userid);

**本身沒有任何問題，你只要去實現它就可以了，當乙個新的需求到了之後，你的介面要被擴充套件（這是不被提倡的，一般我們會新建乙個介面），然後修改

原來的實現類，去實現介面新的方法（違背了ocp原則），這種做法是大多部開發團隊所經歷了，我，乙個普通的人，也經歷了，但當我知道ddd後，當我看完

microsoft nlayer專案之後，我知道，我一定要改變這種局面，於是，**在規約模式的指導下，進行重構了，呵呵。

先看一下規約模式的類關係圖

下面是我對原來結構的修改（由於原程式是三層架構，所以我就不改變原有架構了，只是對**進行重構，dal層，bll層，web層）

irepository倉儲介面如下，怎麼去實現就不放了，呵呵

public
inte***ce irepositorywhere tentity : class
in repository
/// ///
list of selected elements
iqueryablegetentities();
//////
get all elements of type that matching a
///specification 
/// ///
specification that result meet
///iqueryablegetentities(ispecificationspecification);
//////
通用表示式樹,得到集合
/// ///
///iqueryablegetentities(expressionbool>>predicate);
}

iorderrepository介面如下

public

inte***ce

iorderrepository :

domain.core.irepository

dal底層為資料持久化層，它是非常穩定的，只提供最基本的表操作，具體業務如何組成，全放在bll層去實現

這一層中定義具體業務的規約，並組成查詢方法及呼叫dal層的具體方法（dal層來接受從bll層傳過來的ispecification引數）

///
///根據下單日期得到訂單列表
/// public
class orderfromdatespecification : specification
public
override
global::system.linq.expressions.expressionbool>>satisfiedby()
}

///
///通過使用者資訊得到他的訂單列表
/// public
class orderfromuserspecification : specification
public
override
global::system.linq.expressions.expressionbool>>satisfiedby()
}

業務層真實的查詢主體，只要在乙個方法裡寫就ok了，然後它非常穩定，如果以後還有其它查詢業務出來，直接新增乙個查詢規約即可

///
///根據web層傳來及元件好的規約，返回集體
/// ///
///public listgetorder_infobyspec(ispecificationspec)

web層建立乙個指定的規約，並為規約元件所需要的資料即可

public actionresult list(int?userid)

如果這時來了個新需要，使用使用者名稱進行查詢，你可以直接建立乙個orderfromusernamespecification的規約即可，而不需要修改orderservice，呵呵！

回到目錄

DDD 領域服務的規約模式

DDD 領域物件與領域服務

DDD之領域服務與領域事件

DDD領域驅動架構模式

DDD 領域服務的規約模式

DDD 領域物件與領域服務

DDD之領域服務與領域事件

DDD領域驅動架構模式

相關推薦