在領(lǐng)域設(shè)計(jì)中，劃分為三種模型，分別為：實(shí)體(Entity)、值對(duì)象(Value Object)、和服務(wù)(Service)。其中Service與我們傳統(tǒng)設(shè)計(jì)中的Service有什么不同呢？
讓
我們來(lái)回憶一下，通常我們針對(duì)將讀寫xml、資金轉(zhuǎn)賬等代碼放在service中，可以看出，該層包括了兩種含義，一種是與業(yè)務(wù)無(wú)關(guān)的，一種是與業(yè)務(wù)緊密
關(guān)聯(lián)的。領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)將這兩層含義進(jìn)一步劃分，《Domain-Driven
Design》中的例子那樣：如果銀行應(yīng)用可以將我們的交易轉(zhuǎn)化并輸出電子表格文件，那么這種輸出就應(yīng)該是應(yīng)用服務(wù)。而負(fù)責(zé)處理資金轉(zhuǎn)帳的借貸關(guān)系，應(yīng)該
屬于領(lǐng)域?qū)樱嘶镜臉I(yè)務(wù)邏輯，而技術(shù)層上的服務(wù)則根本沒(méi)有任何業(yè)務(wù)含義。由此得知，將傳統(tǒng)設(shè)計(jì)中的Service繼續(xù)劃分，得到應(yīng)用服務(wù)與領(lǐng)域服
務(wù)。領(lǐng)域?qū)雍蛻?yīng)用層的服務(wù)是相互合作，由應(yīng)用Service指揮領(lǐng)域?qū)ο髞?lái)解決問(wèn)題。
如此劃分，可以使各層的結(jié)構(gòu)和職責(zé)更加清晰，技術(shù)與業(yè)務(wù)進(jìn)一步分離。
以上是我個(gè)人的理解，有不對(duì)之處還請(qǐng)指正。
另仔細(xì)閱讀
實(shí)戰(zhàn)DDD(Domain-Driven Design領(lǐng)域驅(qū)動(dòng)設(shè)計(jì))，
在該文中說(shuō)到：“在JiveJdon3中，com.jdon.jivejdon.service.ForumService和Forum實(shí)體模型及其值對(duì)
象ForumState共同完成領(lǐng)域模型，其中ForumService屬于應(yīng)用服務(wù)層；而后兩者屬于領(lǐng)域?qū)樱黄渌?wù)
ForumMessageService、AccountService和UploadService等都是此類性質(zhì)。”在JiveJdon3中并沒(méi)有對(duì)
領(lǐng)域與應(yīng)用Service進(jìn)行明確的劃分，而是由ForumService來(lái)完成。JJ3的代碼我沒(méi)有看過(guò)，只是從這段文字還這樣判斷的，有不對(duì)之處還請(qǐng)
包含。請(qǐng)問(wèn)，JJ3中是否對(duì)Service進(jìn)行了劃分？如果沒(méi)有那么您是怎樣考慮的呢？
bangq：
非常有道理，Evans DDD中的Service和我們傳統(tǒng)的Service確實(shí)不一樣，它主要?jiǎng)澐譃閼?yīng)用層服務(wù)和領(lǐng)域?qū)臃?wù)以及基礎(chǔ)結(jié)構(gòu)層服務(wù)。
在我的JJ3案例中，我沒(méi)有進(jìn)行這種嚴(yán)格的分層分類，是以Web服務(wù)中的Service和操作Operations概念來(lái)區(qū)分的：
需要對(duì)外開(kāi)放的、供客戶端調(diào)用的我命名為服務(wù)，當(dāng)然這個(gè)服務(wù)里也可能會(huì)區(qū)分為應(yīng)用服務(wù)和領(lǐng)域服務(wù)；不對(duì)外開(kāi)放，供業(yè)務(wù)層內(nèi)部使用的普通operations就作為普通組件來(lái)看待。
個(gè)人目前感覺(jué)：應(yīng)用服務(wù)和領(lǐng)域服務(wù)區(qū)分需要非常敏感，而且目前沒(méi)有看到大大的好處。
有時(shí)，快速性 方便性確實(shí)必須注意，當(dāng)然這個(gè)尺度是根據(jù)當(dāng)事人的水平而定的。
無(wú)論如何，我們更應(yīng)該來(lái)關(guān)注領(lǐng)域?qū)ο螅阂簿褪菍?shí)體和值對(duì)象，當(dāng)然，領(lǐng)域?qū)ο蟛⒉皇菬o(wú)行為的對(duì)象，可以封裝一些業(yè)務(wù)規(guī)則，不是簡(jiǎn)單的setter或getter行為。
不知你是如何想？
版主：
應(yīng)用服務(wù)與領(lǐng)域服務(wù)的區(qū)分確實(shí)非常敏感且難以撐控，在較為復(fù)雜的應(yīng)用中，應(yīng)用服務(wù)與領(lǐng)域服務(wù)并不一定能夠完全實(shí)現(xiàn)分離。這就需要不斷地重構(gòu)來(lái)完善，但并不一定能夠完美(個(gè)人觀點(diǎn))。
我認(rèn)同領(lǐng)域?qū)ο蟛粦?yīng)只是簡(jiǎn)單的setter或getter，可以封裝一些業(yè)務(wù)規(guī)則。但前題是這些規(guī)則一定是它本身的職責(zé)才是，否則模型就會(huì)遭到破壞(面向?qū)ο蟮木?。
版主：
引用兩段文字來(lái)說(shuō)明問(wèn)題：
“OO編程的技術(shù)是一門代理的藝術(shù)。職責(zé)劃分明確，把接口定義好，把實(shí)現(xiàn)交給另外的類來(lái)做。首先把變化的部分和不變的部分 劃分出來(lái)。不變的部分，就成了框架。變化的部分，就是程序員自己做。 ”
領(lǐng)
域?qū)ο笫强梢杂行袨槟芰Φ模赗od Johnson的《without
EJB》第10章《持久化》中有一段文字：“領(lǐng)域?qū)ο蟀倪壿嫞@里稱之為“domain logic”，這些domain
logic應(yīng)該最小化的依賴于DAO，而我們討論的那些需要持久化操作參與的事務(wù)性邏輯，這里稱之為“workflow
methods”，這些“workflow methods”應(yīng)該放在“business facade”，而不應(yīng)該放在domain
object里面。可重用度很高的操作可能是domain logic，應(yīng)該放在domain
object里面；比較難重用的控制邏輯方法，特別是可跨越多個(gè)domain object的操作則放在business facade
object里面。”
雖然領(lǐng)域?qū)ο笫强梢杂行袨槟芰Φ模I(lǐng)域?qū)ο笾庖欢ㄊ且獦I(yè)務(wù)對(duì)象的。業(yè)務(wù)對(duì)象應(yīng)該操控多個(gè)領(lǐng)域?qū)ο蟮膮f(xié)作。并不是將所有的邏輯都塞到領(lǐng)域?qū)ο笾小?
bangq：
>但前題是這些規(guī)則一定是它本身的職責(zé)才是，否則模型就會(huì)遭到破壞(面向?qū)ο蟮木?。
所以，例如各種條件的查詢，這些條件的篩選功能也應(yīng)該屬于規(guī)則，過(guò)去我們將數(shù)據(jù)篩選留給數(shù)據(jù)庫(kù)SQL語(yǔ)句完成，現(xiàn)在DDD認(rèn)為篩選應(yīng)該在內(nèi)存中完成，SQL文本也是一種規(guī)則。
>除領(lǐng)域?qū)ο笾庖欢ㄊ且獦I(yè)務(wù)對(duì)象的
引用Rod 的話容易引起誤解，前面我們討論過(guò)，我們的模型分領(lǐng)域?qū)ο蠛头?wù)，領(lǐng)域?qū)ο笥址謱?shí)體和值對(duì)象。那么Rod這個(gè)業(yè)務(wù)對(duì)象又是什么呢？如果是服務(wù)，我們一般不會(huì)將服務(wù)稱為對(duì)象，服務(wù)是一種組件模型，要么是服務(wù)，要么是操作operations
>Service層和Function層的關(guān)系應(yīng)該是胃和小腸的關(guān)系一樣
這是很形象比喻，現(xiàn)在確實(shí)沒(méi)有這方面框架，Service層和Function層分離，從現(xiàn)在來(lái)看，好像更多還是分析領(lǐng)域的事情，必須由建模人員來(lái)指定哪些服務(wù)是應(yīng)用還是領(lǐng)域。