1．實體(entity)：
??????? 根據(jù)eric evans的定義漫蛔，”一個由它的標(biāo)識定義的對象叫做實體”。通常實體具備唯一id旧蛾，能夠被持久化莽龟，具有業(yè)務(wù)邏輯，對應(yīng)現(xiàn)實世界業(yè)務(wù)對象锨天。
???????? 實體一般和主要的業(yè)務(wù)/領(lǐng)域?qū)ο笥幸粋€直接的關(guān)系毯盈。一個實體的基本概念是一個持續(xù)抽象的生命，可以變化不同的狀態(tài)和情形病袄，但總是有相同的標(biāo)識搂赋。
需要注意的是：
一些開發(fā)人員將實體當(dāng)成了orm意義上的實體，而不是業(yè)務(wù)所有和業(yè)務(wù)定義的領(lǐng)域?qū)ο笈憔小Ｔ谝恍崿F(xiàn)中采用了transaction script風(fēng)格的架構(gòu)厂镇，使用貧血的領(lǐng)域模型。這種認識上的混亂左刽，在領(lǐng)域驅(qū)動架構(gòu)中捺信，不愿意在領(lǐng)域?qū)ο笾屑尤霕I(yè)務(wù)邏輯而導(dǎo)致貧血的領(lǐng)域模型，同時還可能使混亂的服務(wù)對象激增欠痴。
??????? 值對象的定義是：描述事物的對象迄靠；更準確的說，一個沒有概念上標(biāo)識符描述一個領(lǐng)域方面的對象喇辽。這些對象是用來表示臨時的事物掌挚，或者可以認為值對象是實體的屬性，這些屬性沒有特性標(biāo)識但同時表達了領(lǐng)域中某類含義的概念菩咨。
??????? 通常值對象不具有唯一id吠式，由對象的屬性描述，可以用來傳遞參數(shù)或?qū)嶓w進行補充描述抽米。
??????? 作為實體屬性的描述時特占，值對象也會被存儲。在uml的類圖上顯現(xiàn)為一對多或一對一的關(guān)系云茸。在orm映射關(guān)系上需要采用較復(fù)雜的一對多或一對一關(guān)系映射是目。
??????? 關(guān)于實體與值對象的一個例子：比如員工信息的屬性，如住址标捺，電話號碼都可以改變懊纳；然而揉抵，同一個員工的實體的標(biāo)識將保持不變。因此嗤疯，一個實體的基本概念是一個持續(xù)抽象的生命冤今，可以變化不同的狀態(tài)和情形，但總是有相同的標(biāo)識身弊。
實體與值對象的區(qū)別
???????? 實體具有唯一標(biāo)識辟汰，而值對象沒有唯一標(biāo)識列敲，這是實體和值對象間的最大不同阱佛。
??????? 實體就是領(lǐng)域中需要唯一標(biāo)識的領(lǐng)域概念。有兩個實體戴而，如果唯一標(biāo)識不一樣凑术，那么即便實體的其他所有屬性都一樣，也認為是兩個不同的實體所意；一個實體的基本概念是一個持續(xù)抽象的生命淮逊，可以變化不同的狀態(tài)和情形，但總是有相同的標(biāo)識扶踊。
??????? 不應(yīng)該給實體定義太多的屬性或行為泄鹏，而應(yīng)該尋找關(guān)聯(lián)，發(fā)現(xiàn)其他一些實體或值對象秧耗，將屬性或行為轉(zhuǎn)移到其他關(guān)聯(lián)的實體或值對象上备籽。
??????? 如果兩個對象的所有的屬性的值都相同，我們會認為它們是同一個對象的話分井，那么我們就可以把這種對象設(shè)計為值對象车猬。值對象在判斷是否是同一個對象時是通過它們的所有屬性是否相同，如果相同則認為是同一個值對象尺锚；而實體是否為同一個實體的區(qū)分珠闰，只是看實體的唯一標(biāo)識是否相同，而不管實體的屬性是否相同瘫辩。
??????? 值對象另外一個明顯的特征是不可變伏嗜，即所有屬性都是只讀的。因為屬性是只讀的伐厌，所以可以被安全的共享承绸；當(dāng)共享值對象時，一般有復(fù)制和共享兩種做法弧械，具體采用哪種做法還要根據(jù)實際情況而定八酒。
??????? 箴言：如果值對象時可共享的，它們應(yīng)該是不可變的刃唐。（值對象應(yīng)該保持盡量的簡單）
???????? 值對象的設(shè)計應(yīng)盡量簡單羞迷，不要讓它引用很多其他的對象界轩，因為本質(zhì)上講值對象只是代表一個值。
3．聚合及聚合根(aggregate衔瓮、aggregate root)：
??????? 聚合是用來定義領(lǐng)域?qū)ο笏袡?quán)和邊界的領(lǐng)域模式浊猾。聚合的作用是幫助簡化模型對象間的關(guān)系。聚合热鞍，它通過定義對象之間清晰的所屬關(guān)系和邊界來實現(xiàn)領(lǐng)域模型的內(nèi)聚葫慎，并避免了錯綜復(fù)雜的難以維護的對象關(guān)系網(wǎng)的形成。聚合定義了一組具有內(nèi)聚關(guān)系的相關(guān)對象的集合薇宠，我們把聚合看作是一個修改數(shù)據(jù)的單元偷办。
??????? 劃分aggregation是對領(lǐng)域模型的進一步深化，aggregation能闡釋領(lǐng)域模型內(nèi)部對象之間的深層關(guān)聯(lián)．對aggregation的劃分會直接映射到程序結(jié)構(gòu)上．比如：ｄｄｄ推薦按aggregation設(shè)計model的子包．每個aggregation配備一個repository.aggregation內(nèi)部的非root對象是通過導(dǎo)航獲得的．????????
??????? 一個聚合是一組相關(guān)的被視為整體的對象澄港。每個聚合都有一個根對象（聚合根實體）椒涯，從外部訪問只能通過這個對象。根實體對象有組成聚合所有對象的引用回梧，但是外部對象只能引用根對象實體废岂。
???????? 只有聚合根才能使用倉儲庫直接查詢，其它的只能通過相關(guān)的聚合訪問狱意。如果根實體被刪除湖苞，聚合內(nèi)部的其它對象也將被刪除。
???????? 通常详囤，我們把聚合組織到一個文件夾或一個包中财骨。每一個聚集對應(yīng)一個包，并且每個聚集成員包括實體纬纪、值對象蚓再，domain事件，倉儲接口和其它工廠對象包各。
聚合有以下一些特點：
1. 每個聚合有一個根和一個邊界摘仅，邊界定義了一個聚合內(nèi)部有哪些實體或值對象，根是聚合內(nèi)的某個實體问畅；
2. 聚合內(nèi)部的對象之間可以相互引用娃属，但是聚合外部如果要訪問聚合內(nèi)部的對象時，必須通過聚合根開始導(dǎo)航护姆，絕對不能繞過聚合根直接訪問聚合內(nèi)的對象矾端，也就是說聚合根是外部可以保持對它的引用的唯一元素；
3. 聚合內(nèi)除根以外的其他實體的唯一標(biāo)識都是本地標(biāo)識卵皂，也就是只要在聚合內(nèi)部保持唯一即可秩铆，因為它們總是從屬于這個聚合的；
4. 聚合根負責(zé)與外部其他對象打交道并維護自己內(nèi)部的業(yè)務(wù)規(guī)則；
5. 基于聚合的以上概念殴玛，我們可以推論出從數(shù)據(jù)庫查詢時的單元也是以聚合為一個單元捅膘，也就是說我們不能直接查詢聚合內(nèi)部的某個非根的對象；
6. 聚合內(nèi)部的對象可以保持對其他聚合根的引用滚粟；
7. 刪除一個聚合根時必須同時刪除該聚合內(nèi)的所有相關(guān)對象寻仗，因為他們都同屬于一個聚合，是一個完整的概念凡壤。
如何識別聚合署尤？
聚合中的對象關(guān)系是內(nèi)聚的，即這些對象之間必須保持一個固定規(guī)則亚侠，固定規(guī)則是指在數(shù)據(jù)變化時必須保持不變的一致性規(guī)則曹体。
??????? 當(dāng)我們在修改一個聚合時，我們必須在事務(wù)級別確保整個聚合內(nèi)的所有對象滿足這個固定規(guī)則盖奈。
作為一條建議混坞，聚合盡量不要太大，否則即便能夠做到在事務(wù)級別保持聚合的業(yè)務(wù)規(guī)則完整性钢坦，也可能會帶來一定的性能問題。
??????? 有分析報告顯示啥酱，通常在大部分領(lǐng)域模型中爹凹，有70%的聚合通常只有一個實體，即聚合根镶殷，該實體內(nèi)部沒有包含其他實體禾酱，只包含一些值對象；另外30%的聚合中绘趋，基本上也只包含兩到三個實體颤陶。這意味著大部分的聚合都只是一個實體，該實體同時也是聚合根陷遮。
如何識別聚合根滓走？
如果一個聚合只有一個實體，那么這個實體就是聚合根帽馋；如果有多個實體搅方，可以思考聚合內(nèi)哪個對象有獨立存在的意義并且可以和外部直接進行交互。
?????? 并不是所有的實體都是聚集根绽族，但只有實體才能成為聚集根姨涡。
?????? 工廠用來封裝創(chuàng)建一個復(fù)雜對象尤其是聚合時所需的知識，作用是將創(chuàng)建對象的細節(jié)隱藏起來吧慢√纹客戶傳遞給工廠一些簡單的參數(shù)，然后工廠可以在內(nèi)部創(chuàng)建出一個復(fù)雜的領(lǐng)域?qū)ο笕缓蠓祷亟o客戶检诗。當(dāng)創(chuàng)建 實體和值對象復(fù)雜時建議使用工廠模式匈仗。
?? ????不意味著我們一定要使用工廠模式底哗。如果創(chuàng)建對象很簡單，使用構(gòu)造器或者控制反轉(zhuǎn)/依賴注入容器足夠創(chuàng)建對象的依賴锚沸。此時跋选，我們就不需要通用工廠模式來創(chuàng)建實體或值對象。
???????良好工廠的要求：
?????? 每個創(chuàng)建方法都是原子的哗蜈。一個工廠應(yīng)該只能生產(chǎn)透明狀態(tài)的對象前标。對于實體，意味著創(chuàng)建整個聚合時滿足所有的不變量距潘。
???? ?一個單獨的工廠通常生產(chǎn)整個聚合炼列，傳出一個根實體的引用，確保聚合的不變量都有。如果對象的內(nèi)部聚合需要工廠抠艾，通常工廠方法的邏輯放在在聚合根上幽勒。這樣對外部隱藏了聚合內(nèi)聚的實現(xiàn)，同時賦予了根確保聚合完整的職責(zé)稽犁。如果聚合根不是子實體工廠的合適的家，那么繼續(xù)創(chuàng)建一個單獨的工廠骚亿。
??????? 倉儲是用來管理實體的集合已亥。
???????? 倉儲里面存放的對象一定是聚合，原因是domain是以聚合的概念來劃分邊界的来屠；聚合作為一個整體概念虑椎，要么一起被取出來，要么一起被刪除俱笛。外部訪問不會單獨對某個聚合內(nèi)的子對象進行單獨操作捆姜。因此，我們只對聚合設(shè)計倉儲迎膜。
???????? 倉儲還有一個重要的特征就是分為倉儲定義部分和倉儲實現(xiàn)部分泥技，我們在領(lǐng)域模型中定義倉儲的接口，而在基礎(chǔ)設(shè)施層實現(xiàn)具體的倉儲星虹。也符合按照接口分離模式在領(lǐng)域?qū)佣x倉儲庫接口的原則零抬。
??????? 注意：repositories本身是一種領(lǐng)域組件，但repositories的實現(xiàn)卻不是領(lǐng)域?qū)又械摹?/p>
dao和repository在領(lǐng)域驅(qū)動設(shè)計中都很重要宽涌。dao是面向數(shù)據(jù)訪問的平夜，是關(guān)系型數(shù)據(jù)庫和應(yīng)用之間的契約。
??????? repository：位于領(lǐng)域?qū)有读粒嫦騛ggregation root忽妒。repository是一個獨立的抽象，使用領(lǐng)域的通用語言，它與dao進行交互段直，并使用領(lǐng)域理解的語言提供對領(lǐng)域模型的數(shù)據(jù)訪問服務(wù)的“業(yè)務(wù)接口”吃溅。
dao方法是細粒度的，更接近數(shù)據(jù)庫鸯檬，而repository方法的粒度粗一些决侈，而且更接近領(lǐng)域。領(lǐng)域?qū)ο髴?yīng)該只依賴于repository接口喧务±蹈瑁客戶端應(yīng)該始終調(diào)用領(lǐng)域?qū)ο螅I(lǐng)域?qū)ο笤僬{(diào)用dao將數(shù)據(jù)持久化到數(shù)據(jù) 存儲中功茴。
處理領(lǐng)域?qū)ο笾g的依賴關(guān)系（比如實體及其repository之間的依賴關(guān)系）是開發(fā)人員經(jīng)常遇到的典型問題庐冯。解決這個問題通 常的設(shè)計方案是讓服務(wù)類或外觀類直接調(diào)用repository，在調(diào)用repository的時候返回實體對象給客戶端坎穿。
???????? 服務(wù)這個詞在服務(wù)模式中是這么定義的：服務(wù)提供的操作是它提供給使用它的客戶端展父，并突出領(lǐng)域?qū)ο蟮年P(guān)系。
???????? 所有的service只負責(zé)協(xié)調(diào)并委派業(yè)務(wù)邏輯給領(lǐng)域?qū)ο筮M行處理玲昧，其本身并真正實現(xiàn)業(yè)務(wù)邏輯栖茉，絕大部分的業(yè)務(wù)邏輯都由領(lǐng)域?qū)ο蟪休d和實現(xiàn)了。
???????? service可與多種組件進行交互酌呆，這些組件包括：其他的service衡载、領(lǐng)域?qū)ο蠛蛂epository 或 dao。
???????? 通常隙袁，應(yīng)用中一般包括：domain模型服務(wù)和應(yīng)用層服務(wù)：
??? ????*? domain services encapsulate domain concepts that just are not naturally modeled as things.
??? ????*? application services constitute the application, or service, layer.
??????? 當(dāng)一個領(lǐng)域操作被視為一個重要的領(lǐng)域概念，一般就應(yīng)該作為領(lǐng)域服務(wù)弃榨。 服務(wù)應(yīng)該是無狀態(tài)的菩收。
??????? 設(shè)計實現(xiàn)領(lǐng)域服務(wù)來協(xié)調(diào)業(yè)務(wù)邏輯，只在領(lǐng)域服務(wù)中實現(xiàn)領(lǐng)域邏輯的調(diào)用鲸睛。
??? ????領(lǐng)域服務(wù)邏輯須以非常干凈簡潔的代碼實現(xiàn)娜饵。因此，我們必須實現(xiàn)對領(lǐng)域低層組件的調(diào)用官辈。通常應(yīng)用的調(diào)用箱舞，例如倉儲庫的調(diào)用，創(chuàng)建事務(wù)等拳亿，不應(yīng)該在這里實現(xiàn)晴股。這些操作應(yīng)該在應(yīng)用層實現(xiàn)。
????????? 通常服務(wù)對象名稱中都應(yīng)包含一個動詞肺魁。 service接口的傳入傳出參數(shù)也都應(yīng)該是dto电湘，可能包含的工作有領(lǐng)域?qū)ο蠛蚫to的互轉(zhuǎn)換以及事務(wù)。
????? 服務(wù)的3個特征：
a. 服務(wù)執(zhí)行的操作涉及一個領(lǐng)域概念，這個領(lǐng)域概念通常不屬于一個實體或者值對象
b. 被執(zhí)行的操作涉及到領(lǐng)域中其它的對象
c. 操作時無狀態(tài)的
推薦：最好顯式聲明服務(wù)寂呛，因為它創(chuàng)建了領(lǐng)域中一個清晰的特性怎诫，封裝了一個概念領(lǐng)域?qū)臃?wù)和基礎(chǔ)設(shè)施層服務(wù)：均建立在領(lǐng)域?qū)嶓w和值對象的上層，以便直接為這些相關(guān)的對象提供所需的服務(wù)贷痪；
領(lǐng)域服務(wù)與domain對象的區(qū)別
??????? 一般的領(lǐng)域?qū)ο蠖际怯袪顟B(tài)和行為的幻妓，而領(lǐng)域服務(wù)沒有狀態(tài)只有行為。需要強調(diào)的是領(lǐng)域服務(wù)是無狀態(tài)的劫拢，它存在的意義就是協(xié)調(diào)領(lǐng)域?qū)ο蠊餐瓿赡硞€操作肉津，所有的狀態(tài)還是都保存在相應(yīng)的領(lǐng)域?qū)ο笾小?/p>
通常，對開發(fā)人員來說創(chuàng)建不應(yīng)該存在的服務(wù)相當(dāng)容易尚镰；要么在服務(wù)中包含了本應(yīng)存在于領(lǐng)域?qū)ο笾械念I(lǐng)域邏輯阀圾，要么扮演了缺失的領(lǐng)域?qū)ο蠼巧@些領(lǐng)域?qū)ο蟛]有作為模型的一部分去創(chuàng)建狗唉。
??????? domain event模式最初由udi dahan提出初烘，發(fā)表在自己的博客上：http://www.udidahan.com/2009/06/14/domain-events-salvation/
企業(yè)級應(yīng)用程序事件大致可以分為三類：系統(tǒng)事件、應(yīng)用事件和領(lǐng)域事件分俯。領(lǐng)域事件的觸發(fā)點在領(lǐng)域模型（domain model）中肾筐。它的作用是將領(lǐng)域?qū)ο髲膶epository或service的依賴中解脫出來，避免讓領(lǐng)域?qū)ο髮@些設(shè)施產(chǎn)生直接依賴缸剪。它的做法就是當(dāng)領(lǐng)域?qū)ο蟮臉I(yè)務(wù)方法需要依賴到這些對象時就發(fā)出一個事件吗铐，這個事件會被相應(yīng)的對象監(jiān)聽到并做出處理。
??????? 通過使用領(lǐng)域事件杏节，我們可以實現(xiàn)領(lǐng)域模型對象狀態(tài)的異步更新唬渗、外部系統(tǒng)接口的委托調(diào)用，以及通過事件派發(fā)機制實現(xiàn)系統(tǒng)集成奋渔。另外镊逝，領(lǐng)域事件本身具有自描述性。它不僅能夠表述系統(tǒng)發(fā)生了什么事情嫉鲸，而且還能夠描述發(fā)生事件的動機撑蒜。
???????? domain事件也用表進行存儲。
dto- datatransfer object（數(shù)據(jù)傳輸對象）：dto在設(shè)計之初的主要考量是以粗粒度的數(shù)據(jù)結(jié)構(gòu)減少網(wǎng)絡(luò)通信并簡化調(diào)用接口玄渗。
領(lǐng)域驅(qū)動架構(gòu)與n層架構(gòu)設(shè)計
??????? eric ?evans的“領(lǐng)域驅(qū)動設(shè)計- 應(yīng)對軟件的復(fù)雜性“一書中描述和解釋了建議的n層架構(gòu)高層次的圖：
user interface：
??????? 該層包含與其他系統(tǒng)/客戶進行交互的接口與通信設(shè)施座菠，在多數(shù)應(yīng)用里，該層可能提供包括web services藤树、rmi或rest等在內(nèi)的一種或多種通信接口浴滴。該層主要由facade、dto和assembler三類組件構(gòu)成也榄，三類組件均是典型的j2ee模式巡莹。
dto的作用最初主要是以粗粒度的數(shù)據(jù)結(jié)構(gòu)減少網(wǎng)絡(luò)通信并簡化調(diào)用接口司志。在領(lǐng)域驅(qū)動設(shè)計中，采用dto模型降宅，可以起到隱藏領(lǐng)域細節(jié)骂远，幫助實現(xiàn)獨立封閉的領(lǐng)域模型的作用。
??????? dto與領(lǐng)域?qū)ο笾g的相互轉(zhuǎn)換工作多由assembler承擔(dān)腰根，也有一些系統(tǒng)使用反射機制自動實現(xiàn)dto與領(lǐng)域?qū)ο笾g的相互轉(zhuǎn)換激才，如apache common beanutils。
??????? facade的用意在于為遠程客戶端提供粗粒度的調(diào)用接口额嘿。facade本身不處理任何的業(yè)務(wù)邏輯瘸恼，它的主要工作就是將一個用戶請求委派給一個或多個service進行處理，同時借助assembler將service傳入或傳出的領(lǐng)域?qū)ο筠D(zhuǎn)化為dto進行傳輸册养。
application：
???????? application層中主要組件就是service东帅。這里需要注意的是，service的組織粒度和接口設(shè)計依據(jù)與傳統(tǒng)transaction script風(fēng)格的service是一致的球拦，但是兩者的實現(xiàn)卻有質(zhì)的區(qū)別靠闭。
transaction script(事務(wù)腳本)的核心是過程，通過過程的調(diào)用來組織業(yè)務(wù)邏輯坎炼，業(yè)務(wù)邏輯在服務(wù)（service）層進行處理愧膀。大部分業(yè)務(wù)應(yīng)用都可以被看成一系列事務(wù)。
transaction script的特點是簡單容易理解谣光，面向過程設(shè)計檩淋。? 如果應(yīng)用相對簡單，在應(yīng)用的生命周期里不會有基礎(chǔ)設(shè)施技術(shù)的改變萄金，尤其是業(yè)務(wù)邏輯很少會變動蟀悦，采用transaction script風(fēng)格簡單自然，性能良好氧敢，容易理解熬芜。
transaction script的缺點在于，對于復(fù)雜的業(yè)務(wù)邏輯難以保持良好的設(shè)計福稳，事務(wù)之間的冗余代碼不斷增多。應(yīng)用架構(gòu)容易出現(xiàn)“胖服務(wù)層”和“貧血的領(lǐng)域模型”瑞侮。同時的圆，service層積聚越來越多的業(yè)務(wù)邏輯，導(dǎo)致可維護性和擴展性變差
transactionscript風(fēng)格業(yè)務(wù)邏輯主要在service中實現(xiàn)且叁，而在領(lǐng)域驅(qū)動設(shè)計的架構(gòu)里都哭，service只負責(zé)協(xié)調(diào)并委派業(yè)務(wù)邏輯給領(lǐng)域?qū)ο筮M行處理。因此逞带，我們可以考察這一點來識別系統(tǒng)是transaction script架構(gòu)還是domain model架構(gòu)欺矫。在實踐中，設(shè)計良好的領(lǐng)域設(shè)計架構(gòu)在開發(fā)過程中也容易向transaction script架構(gòu)演變展氓。
domain：
domain層是整個系統(tǒng)的核心層穆趴，該層維護一個使用面向?qū)ο?/a>技術(shù)實現(xiàn)的領(lǐng)域模型，幾乎全部的業(yè)務(wù)邏輯會在該層實現(xiàn)遇汞。domain層包含entity（實體）未妹、valueobject(值對象)、domain event（領(lǐng)域事件）和repository（倉儲）等多種重要的領(lǐng)域組件勺疼。
infrastructure：
??????? infrastructure（基礎(chǔ)設(shè)施層）為interfaces教寂、application和domain三層提供支撐。所有與具體平臺执庐、框架相關(guān)的實現(xiàn)會在infrastructure中提供酪耕，避免三層特別是domain層摻雜進這些實現(xiàn)，從而“污染”領(lǐng)域模型轨淌。infrastructure中最常見的一類設(shè)施是對象持久化的具體實現(xiàn)迂烁。
