原文總結(jié)：https://www.cnblogs.com/firstdream/p/8669611.html
基本概念：
領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)(簡(jiǎn)稱(chēng) ddd)概念來(lái)源于2004年著名建模專(zhuān)家eric evans發(fā)表的他最具影響力的書(shū)籍:《domain-driven design –tackling complexity in the heart of software》(中文譯名：領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)—軟件核心復(fù)雜性應(yīng)對(duì)之道)一書(shū)。屯耸，書(shū)中提出了“領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)(簡(jiǎn)稱(chēng) ddd)”的概念贯莺。
???????? 領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)一般分為兩個(gè)階段：
1.? ?以一種領(lǐng)域?qū)＜业狈⒃O(shè)計(jì)人員癞季、開(kāi)發(fā)人員都能理解的“通用語(yǔ)言”作為相互交流的工具，在不斷交流的過(guò)程中發(fā)現(xiàn)和挖出一些主要的領(lǐng)域概念拓哟，然后將這些概念設(shè)計(jì)成一個(gè)領(lǐng)域模型主到；
2.? ?由領(lǐng)域模型驅(qū)動(dòng)軟件設(shè)計(jì)浙滤，用代碼來(lái)表現(xiàn)該領(lǐng)域模型阴挣。領(lǐng)域需求的最初細(xì)節(jié)，在功能層面通過(guò)領(lǐng)域?qū)＜业挠懻摰贸觥?/p>
? ? ? ?領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)告訴我們纺腊，在通過(guò)軟件實(shí)現(xiàn)一個(gè)業(yè)務(wù)系統(tǒng)時(shí)畔咧，建立一個(gè)領(lǐng)域模型是非常重要和必要的，因?yàn)轭I(lǐng)域模型具有以下特點(diǎn)：
1.領(lǐng)域模型是對(duì)具有某個(gè)邊界的領(lǐng)域的一個(gè)抽象摹菠，反映了領(lǐng)域內(nèi)用戶(hù)業(yè)務(wù)需求的本質(zhì)盒卸；領(lǐng)域模型是有邊界的，只反應(yīng)了我們?cè)陬I(lǐng)域內(nèi)所關(guān)注的部分次氨；
2.領(lǐng)域模型只反映業(yè)務(wù)，和任何技術(shù)實(shí)現(xiàn)無(wú)關(guān)摘投；領(lǐng)域模型不僅能反映領(lǐng)域中的一些實(shí)體概念煮寡，如貨物，書(shū)本犀呼，應(yīng)聘記錄幸撕，地址，等外臂；還能反映領(lǐng)域中的一些過(guò)程概念坐儿，如資金轉(zhuǎn)賬，等宋光；
3.領(lǐng)域模型確保了我們的軟件的業(yè)務(wù)邏輯都在一個(gè)模型中貌矿，都在一個(gè)地方；這樣對(duì)提高軟件的可維護(hù)性罪佳，業(yè)務(wù)可理解性以及可重用性方面都有很好的幫助逛漫；
4.領(lǐng)域模型能夠幫助開(kāi)發(fā)人員相對(duì)平滑地將領(lǐng)域知識(shí)轉(zhuǎn)化為軟件構(gòu)造；
5.領(lǐng)域模型貫穿軟件分析赘艳、設(shè)計(jì)酌毡，以及開(kāi)發(fā)的整個(gè)過(guò)程；領(lǐng)域?qū)＜依俟堋⒃O(shè)計(jì)人員枷踏、開(kāi)發(fā)人員通過(guò)領(lǐng)域模型進(jìn)行交流，彼此共享知識(shí)與信息掰曾；因?yàn)榇蠹颐嫦虻亩际峭粋€(gè)模型旭蠕，所以可以防止需求走樣，可以讓軟件設(shè)計(jì)開(kāi)發(fā)人員做出來(lái)的軟件真正滿(mǎn)足需求；
6.要建立正確的領(lǐng)域模型并不簡(jiǎn)單下梢，需要領(lǐng)域?qū)＜铱吞！⒃O(shè)計(jì)、開(kāi)發(fā)人員積極溝通共同努力孽江，然后才能使大家對(duì)領(lǐng)域的認(rèn)識(shí)不斷深入讶坯，從而不斷細(xì)化和完善領(lǐng)域模型；
7.為了讓領(lǐng)域模型看的見(jiàn)岗屏，我們需要用一些方法來(lái)表示它辆琅；圖是表達(dá)領(lǐng)域模型最常用的方式，但不是唯一的表達(dá)方式这刷，代碼或文字描述也能表達(dá)領(lǐng)域模型疯溺；
8.領(lǐng)域模型是整個(gè)軟件的核心，是軟件中最有價(jià)值和最具競(jìng)爭(zhēng)力的部分朵耕；設(shè)計(jì)足夠精良且符合業(yè)務(wù)需求的領(lǐng)域模型能夠更快速的響應(yīng)需求變化攘轩；
領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)中的一些基本概念：
??????? 根據(jù)eric evans的定義，”一個(gè)由它的標(biāo)識(shí)定義的對(duì)象叫做實(shí)體”咐刨。通常實(shí)體具備唯一id昙衅，能夠被持久化，具有業(yè)務(wù)邏輯定鸟，對(duì)應(yīng)現(xiàn)實(shí)世界業(yè)務(wù)對(duì)象而涉。
???????? 實(shí)體一般和主要的業(yè)務(wù)/領(lǐng)域?qū)ο笥幸粋€(gè)直接的關(guān)系。一個(gè)實(shí)體的基本概念是一個(gè)持續(xù)抽象的生命联予，可以變化不同的狀態(tài)和情形啼县，但總是有相同的標(biāo)識(shí)。
需要注意的是：
一些開(kāi)發(fā)人員將實(shí)體當(dāng)成了orm意義上的實(shí)體沸久，而不是業(yè)務(wù)所有和業(yè)務(wù)定義的領(lǐng)域?qū)ο蠹揪臁Ｔ谝恍?shí)現(xiàn)中采用了transaction script風(fēng)格的架構(gòu)，使用貧血的領(lǐng)域模型麦向。這種認(rèn)識(shí)上的混亂瘟裸，在領(lǐng)域驅(qū)動(dòng)架構(gòu)中，不愿意在領(lǐng)域?qū)ο笾屑尤霕I(yè)務(wù)邏輯而導(dǎo)致貧血的領(lǐng)域模型诵竭，同時(shí)還可能使混亂的服務(wù)對(duì)象激增话告。
??????? 值對(duì)象的定義是：描述事物的對(duì)象；更準(zhǔn)確的說(shuō)卵慰，一個(gè)沒(méi)有概念上標(biāo)識(shí)符描述一個(gè)領(lǐng)域方面的對(duì)象沙郭。這些對(duì)象是用來(lái)表示臨時(shí)的事物，或者可以認(rèn)為值對(duì)象是實(shí)體的屬性裳朋，這些屬性沒(méi)有特性標(biāo)識(shí)但同時(shí)表達(dá)了領(lǐng)域中某類(lèi)含義的概念病线。
??????? 通常值對(duì)象不具有唯一id，由對(duì)象的屬性描述，可以用來(lái)傳遞參數(shù)或?qū)?shí)體進(jìn)行補(bǔ)充描述送挑。
??????? 作為實(shí)體屬性的描述時(shí)绑莺，值對(duì)象也會(huì)被存儲(chǔ)。在uml的類(lèi)圖上顯現(xiàn)為一對(duì)多或一對(duì)一的關(guān)系惕耕。在orm映射關(guān)系上需要采用較復(fù)雜的一對(duì)多或一對(duì)一關(guān)系映射纺裁。
??????? 關(guān)于實(shí)體與值對(duì)象的一個(gè)例子：比如員工信息的屬性，如住址司澎，電話(huà)號(hào)碼都可以改變欺缘；然而，同一個(gè)員工的實(shí)體的標(biāo)識(shí)將保持不變挤安。因此谚殊，一個(gè)實(shí)體的基本概念是一個(gè)持續(xù)抽象的生命，可以變化不同的狀態(tài)和情形蛤铜，但總是有相同的標(biāo)識(shí)嫩絮。
實(shí)體與值對(duì)象的區(qū)別
???????? 實(shí)體具有唯一標(biāo)識(shí)，而值對(duì)象沒(méi)有唯一標(biāo)識(shí)围肥，這是實(shí)體和值對(duì)象間的最大不同絮记。
??????? 實(shí)體就是領(lǐng)域中需要唯一標(biāo)識(shí)的領(lǐng)域概念。有兩個(gè)實(shí)體虐先，如果唯一標(biāo)識(shí)不一樣，那么即便實(shí)體的其他所有屬性都一樣派敷，也認(rèn)為是兩個(gè)不同的實(shí)體蛹批；一個(gè)實(shí)體的基本概念是一個(gè)持續(xù)抽象的生命，可以變化不同的狀態(tài)和情形篮愉，但總是有相同的標(biāo)識(shí)腐芍。
??????? 不應(yīng)該給實(shí)體定義太多的屬性或行為，而應(yīng)該尋找關(guān)聯(lián)试躏，發(fā)現(xiàn)其他一些實(shí)體或值對(duì)象猪勇，將屬性或行為轉(zhuǎn)移到其他關(guān)聯(lián)的實(shí)體或值對(duì)象上。
??????? 如果兩個(gè)對(duì)象的所有的屬性的值都相同颠蕴，我們會(huì)認(rèn)為它們是同一個(gè)對(duì)象的話(huà)泣刹，那么我們就可以把這種對(duì)象設(shè)計(jì)為值對(duì)象。值對(duì)象在判斷是否是同一個(gè)對(duì)象時(shí)是通過(guò)它們的所有屬性是否相同犀被，如果相同則認(rèn)為是同一個(gè)值對(duì)象椅您；而實(shí)體是否為同一個(gè)實(shí)體的區(qū)分，只是看實(shí)體的唯一標(biāo)識(shí)是否相同寡键，而不管實(shí)體的屬性是否相同掀泳。
??????? 值對(duì)象另外一個(gè)明顯的特征是不可變，即所有屬性都是只讀的。因?yàn)閷傩允侵蛔x的员舵，所以可以被安全的共享脑沿；當(dāng)共享值對(duì)象時(shí)，一般有復(fù)制和共享兩種做法马僻，具體采用哪種做法還要根據(jù)實(shí)際情況而定庄拇。
??????? 箴言：如果值對(duì)象時(shí)可共享的，它們應(yīng)該是不可變的巫玻。（值對(duì)象應(yīng)該保持盡量的簡(jiǎn)單）
???????? 值對(duì)象的設(shè)計(jì)應(yīng)盡量簡(jiǎn)單丛忆，不要讓它引用很多其他的對(duì)象，因?yàn)楸举|(zhì)上講值對(duì)象只是代表一個(gè)值仍秤。
3．聚合及聚合根(aggregate熄诡、aggregate root)：
??????? 聚合是用來(lái)定義領(lǐng)域?qū)ο笏袡?quán)和邊界的領(lǐng)域模式。聚合的作用是幫助簡(jiǎn)化模型對(duì)象間的關(guān)系诗力。聚合凰浮，它通過(guò)定義對(duì)象之間清晰的所屬關(guān)系和邊界來(lái)實(shí)現(xiàn)領(lǐng)域模型的內(nèi)聚，并避免了錯(cuò)綜復(fù)雜的難以維護(hù)的對(duì)象關(guān)系網(wǎng)的形成苇本。聚合定義了一組具有內(nèi)聚關(guān)系的相關(guān)對(duì)象的集合袜茧，我們把聚合看作是一個(gè)修改數(shù)據(jù)的單元。
??????? 劃分aggregation是對(duì)領(lǐng)域模型的進(jìn)一步深化瓣窄，aggregation能闡釋領(lǐng)域模型內(nèi)部對(duì)象之間的深層關(guān)聯(lián)．對(duì)aggregation的劃分會(huì)直接映射到程序結(jié)構(gòu)上．比如：ｄｄｄ推薦按aggregation設(shè)計(jì)model的子包．每個(gè)aggregation配備一個(gè)repository.aggregation內(nèi)部的非root對(duì)象是通過(guò)導(dǎo)航獲得的．????????
??????? 一個(gè)聚合是一組相關(guān)的被視為整體的對(duì)象笛厦。每個(gè)聚合都有一個(gè)根對(duì)象（聚合根實(shí)體），從外部訪問(wèn)只能通過(guò)這個(gè)對(duì)象俺夕。根實(shí)體對(duì)象有組成聚合所有對(duì)象的引用裳凸，但是外部對(duì)象只能引用根對(duì)象實(shí)體。
???????? 只有聚合根才能使用倉(cāng)儲(chǔ)庫(kù)直接查詢(xún)劝贸，其它的只能通過(guò)相關(guān)的聚合訪問(wèn)姨谷。如果根實(shí)體被刪除，聚合內(nèi)部的其它對(duì)象也將被刪除映九。
???????? 通常梦湘，我們把聚合組織到一個(gè)文件夾或一個(gè)包中。每一個(gè)聚集對(duì)應(yīng)一個(gè)包件甥，并且每個(gè)聚集成員包括實(shí)體捌议、值對(duì)象，domain事件嚼蚀，倉(cāng)儲(chǔ)接口和其它工廠對(duì)象禁灼。
聚合有以下一些特點(diǎn)：
1. 每個(gè)聚合有一個(gè)根和一個(gè)邊界，邊界定義了一個(gè)聚合內(nèi)部有哪些實(shí)體或值對(duì)象轿曙，根是聚合內(nèi)的某個(gè)實(shí)體弄捕；
2. 聚合內(nèi)部的對(duì)象之間可以相互引用僻孝，但是聚合外部如果要訪問(wèn)聚合內(nèi)部的對(duì)象時(shí)，必須通過(guò)聚合根開(kāi)始導(dǎo)航守谓，絕對(duì)不能繞過(guò)聚合根直接訪問(wèn)聚合內(nèi)的對(duì)象穿铆，也就是說(shuō)聚合根是外部可以保持對(duì)它的引用的唯一元素；
3. 聚合內(nèi)除根以外的其他實(shí)體的唯一標(biāo)識(shí)都是本地標(biāo)識(shí)斋荞，也就是只要在聚合內(nèi)部保持唯一即可荞雏，因?yàn)樗鼈兛偸菑膶儆谶@個(gè)聚合的；
4. 聚合根負(fù)責(zé)與外部其他對(duì)象打交道并維護(hù)自己內(nèi)部的業(yè)務(wù)規(guī)則平酿；
5. 基于聚合的以上概念凤优，我們可以推論出從數(shù)據(jù)庫(kù)查詢(xún)時(shí)的單元也是以聚合為一個(gè)單元，也就是說(shuō)我們不能直接查詢(xún)聚合內(nèi)部的某個(gè)非根的對(duì)象蜈彼；
6. 聚合內(nèi)部的對(duì)象可以保持對(duì)其他聚合根的引用筑辨；
7. 刪除一個(gè)聚合根時(shí)必須同時(shí)刪除該聚合內(nèi)的所有相關(guān)對(duì)象，因?yàn)樗麄兌纪瑢儆谝粋€(gè)聚合幸逆，是一個(gè)完整的概念棍辕。
如何識(shí)別聚合？
聚合中的對(duì)象關(guān)系是內(nèi)聚的还绘，即這些對(duì)象之間必須保持一個(gè)固定規(guī)則楚昭，固定規(guī)則是指在數(shù)據(jù)變化時(shí)必須保持不變的一致性規(guī)則。
??????? 當(dāng)我們?cè)谛薷囊粋€(gè)聚合時(shí)拍顷，我們必須在事務(wù)級(jí)別確保整個(gè)聚合內(nèi)的所有對(duì)象滿(mǎn)足這個(gè)固定規(guī)則抚太。
作為一條建議，聚合盡量不要太大昔案，否則即便能夠做到在事務(wù)級(jí)別保持聚合的業(yè)務(wù)規(guī)則完整性凭舶，也可能會(huì)帶來(lái)一定的性能問(wèn)題。
??????? 有分析報(bào)告顯示爱沟，通常在大部分領(lǐng)域模型中，有70%的聚合通常只有一個(gè)實(shí)體匆背，即聚合根呼伸，該實(shí)體內(nèi)部沒(méi)有包含其他實(shí)體，只包含一些值對(duì)象钝尸；另外30%的聚合中括享，基本上也只包含兩到三個(gè)實(shí)體。這意味著大部分的聚合都只是一個(gè)實(shí)體珍促，該實(shí)體同時(shí)也是聚合根铃辖。
如何識(shí)別聚合根？
如果一個(gè)聚合只有一個(gè)實(shí)體猪叙，那么這個(gè)實(shí)體就是聚合根娇斩；如果有多個(gè)實(shí)體仁卷，可以思考聚合內(nèi)哪個(gè)對(duì)象有獨(dú)立存在的意義并且可以和外部直接進(jìn)行交互。
?????? 并不是所有的實(shí)體都是聚集根犬第，但只有實(shí)體才能成為聚集根锦积。
?????? 工廠用來(lái)封裝創(chuàng)建一個(gè)復(fù)雜對(duì)象尤其是聚合時(shí)所需的知識(shí)，作用是將創(chuàng)建對(duì)象的細(xì)節(jié)隱藏起來(lái)歉嗓》峤椋客戶(hù)傳遞給工廠一些簡(jiǎn)單的參數(shù)，然后工廠可以在內(nèi)部創(chuàng)建出一個(gè)復(fù)雜的領(lǐng)域?qū)ο笕缓蠓祷亟o客戶(hù)鉴分。當(dāng)創(chuàng)建 實(shí)體和值對(duì)象復(fù)雜時(shí)建議使用工廠模式哮幢。
?? ????不意味著我們一定要使用工廠模式。如果創(chuàng)建對(duì)象很簡(jiǎn)單志珍，使用構(gòu)造器或者控制反轉(zhuǎn)/依賴(lài)注入容器足夠創(chuàng)建對(duì)象的依賴(lài)橙垢。此時(shí)，我們就不需要通用工廠模式來(lái)創(chuàng)建實(shí)體或值對(duì)象碴裙。
良好工廠的要求：
?????? 每個(gè)創(chuàng)建方法都是原子的钢悲。一個(gè)工廠應(yīng)該只能生產(chǎn)透明狀態(tài)的對(duì)象。對(duì)于實(shí)體舔株，意味著創(chuàng)建整個(gè)聚合時(shí)滿(mǎn)足所有的不變量莺琳。
???? ?一個(gè)單獨(dú)的工廠通常生產(chǎn)整個(gè)聚合，傳出一個(gè)根實(shí)體的引用载慈，確保聚合的不變量都有惭等。如果對(duì)象的內(nèi)部聚合需要工廠，通常工廠方法的邏輯放在在聚合根上办铡。這樣對(duì)外部隱藏了聚合內(nèi)聚的實(shí)現(xiàn)辞做，同時(shí)賦予了根確保聚合完整的職責(zé)。如果聚合根不是子實(shí)體工廠的合適的家寡具，那么繼續(xù)創(chuàng)建一個(gè)單獨(dú)的工廠秤茅。
5．倉(cāng)儲(chǔ)（repositories）：
??????? 倉(cāng)儲(chǔ)是用來(lái)管理實(shí)體的集合。
???????? 倉(cāng)儲(chǔ)里面存放的對(duì)象一定是聚合童叠，原因是domain是以聚合的概念來(lái)劃分邊界的框喳；聚合作為一個(gè)整體概念，要么一起被取出來(lái)厦坛，要么一起被刪除五垮。外部訪問(wèn)不會(huì)單獨(dú)對(duì)某個(gè)聚合內(nèi)的子對(duì)象進(jìn)行單獨(dú)操作。因此杜秸，我們只對(duì)聚合設(shè)計(jì)倉(cāng)儲(chǔ)放仗。
???????? 倉(cāng)儲(chǔ)還有一個(gè)重要的特征就是分為倉(cāng)儲(chǔ)定義部分和倉(cāng)儲(chǔ)實(shí)現(xiàn)部分，我們?cè)陬I(lǐng)域模型中定義倉(cāng)儲(chǔ)的接口撬碟，而在基礎(chǔ)設(shè)施層實(shí)現(xiàn)具體的倉(cāng)儲(chǔ)诞挨。也符合按照接口分離模式在領(lǐng)域?qū)佣x倉(cāng)儲(chǔ)庫(kù)接口的原則莉撇。
??????? 注意：repositories本身是一種領(lǐng)域組件，但repositories的實(shí)現(xiàn)卻不是領(lǐng)域?qū)又械摹?/p>
dao和repository在領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)中都很重要亭姥。dao是面向數(shù)據(jù)訪問(wèn)的稼钩，是關(guān)系型數(shù)據(jù)庫(kù)和應(yīng)用之間的契約。
??????? repository：位于領(lǐng)域?qū)哟锫蓿嫦騛ggregation root坝撑。repository是一個(gè)獨(dú)立的抽象，使用領(lǐng)域的通用語(yǔ)言粮揉，它與dao進(jìn)行交互巡李，并使用領(lǐng)域理解的語(yǔ)言提供對(duì)領(lǐng)域模型的數(shù)據(jù)訪問(wèn)服務(wù)的“業(yè)務(wù)接口”。
dao方法是細(xì)粒度的扶认，更接近數(shù)據(jù)庫(kù)侨拦，而repository方法的粒度粗一些，而且更接近領(lǐng)域辐宾。領(lǐng)域?qū)ο髴?yīng)該只依賴(lài)于repository接口狱从。客戶(hù)端應(yīng)該始終調(diào)用領(lǐng)域?qū)ο蟮疲I(lǐng)域?qū)ο笤僬{(diào)用dao將數(shù)據(jù)持久化到數(shù)據(jù) 存儲(chǔ)中季研。
處理領(lǐng)域?qū)ο笾g的依賴(lài)關(guān)系（比如實(shí)體及其repository之間的依賴(lài)關(guān)系）是開(kāi)發(fā)人員經(jīng)常遇到的典型問(wèn)題。解決這個(gè)問(wèn)題通 常的設(shè)計(jì)方案是讓服務(wù)類(lèi)或外觀類(lèi)直接調(diào)用repository誉察，在調(diào)用repository的時(shí)候返回實(shí)體對(duì)象給客戶(hù)端与涡。
???????? 服務(wù)這個(gè)詞在服務(wù)模式中是這么定義的：服務(wù)提供的操作是它提供給使用它的客戶(hù)端，并突出領(lǐng)域?qū)ο蟮年P(guān)系持偏。
???????? 所有的service只負(fù)責(zé)協(xié)調(diào)并委派業(yè)務(wù)邏輯給領(lǐng)域?qū)ο筮M(jìn)行處理驼卖，其本身并真正實(shí)現(xiàn)業(yè)務(wù)邏輯，絕大部分的業(yè)務(wù)邏輯都由領(lǐng)域?qū)ο蟪休d和實(shí)現(xiàn)了鸿秆。
???????? service可與多種組件進(jìn)行交互酌畜，這些組件包括：其他的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)一個(gè)領(lǐng)域操作被視為一個(gè)重要的領(lǐng)域概念，一般就應(yīng)該作為領(lǐng)域服務(wù)附帽。 服務(wù)應(yīng)該是無(wú)狀態(tài)的。
??????? 設(shè)計(jì)實(shí)現(xiàn)領(lǐng)域服務(wù)來(lái)協(xié)調(diào)業(yè)務(wù)邏輯井誉，只在領(lǐng)域服務(wù)中實(shí)現(xiàn)領(lǐng)域邏輯的調(diào)用蕉扮。
??? ????領(lǐng)域服務(wù)邏輯須以非常干凈簡(jiǎn)潔的代碼實(shí)現(xiàn)。因此颗圣，我們必須實(shí)現(xiàn)對(duì)領(lǐng)域低層組件的調(diào)用喳钟。通常應(yīng)用的調(diào)用屁使，例如倉(cāng)儲(chǔ)庫(kù)的調(diào)用，創(chuàng)建事務(wù)等奔则，不應(yīng)該在這里實(shí)現(xiàn)蛮寂。這些操作應(yīng)該在應(yīng)用層實(shí)現(xiàn)。
????????? 通常服務(wù)對(duì)象名稱(chēng)中都應(yīng)包含一個(gè)動(dòng)詞易茬。 service接口的傳入傳出參數(shù)也都應(yīng)該是dto酬蹋，可能包含的工作有領(lǐng)域?qū)ο蠛蚫to的互轉(zhuǎn)換以及事務(wù)。
????? 服務(wù)的3個(gè)特征：
a. 服務(wù)執(zhí)行的操作涉及一個(gè)領(lǐng)域概念抽莱，這個(gè)領(lǐng)域概念通常不屬于一個(gè)實(shí)體或者值對(duì)象
b. 被執(zhí)行的操作涉及到領(lǐng)域中其它的對(duì)象
c. 操作時(shí)無(wú)狀態(tài)的
推薦：最好顯式聲明服務(wù)范抓，因?yàn)樗鼊?chuàng)建了領(lǐng)域中一個(gè)清晰的特性，封裝了一個(gè)概念領(lǐng)域?qū)臃?wù)和基礎(chǔ)設(shè)施層服務(wù)：均建立在領(lǐng)域?qū)嶓w和值對(duì)象的上層食铐，以便直接為這些相關(guān)的對(duì)象提供所需的服務(wù)匕垫；
領(lǐng)域服務(wù)與domain對(duì)象的區(qū)別
??????? 一般的領(lǐng)域?qū)ο蠖际怯袪顟B(tài)和行為的，而領(lǐng)域服務(wù)沒(méi)有狀態(tài)只有行為虐呻。需要強(qiáng)調(diào)的是領(lǐng)域服務(wù)是無(wú)狀態(tài)的象泵，它存在的意義就是協(xié)調(diào)領(lǐng)域?qū)ο蠊餐瓿赡硞€(gè)操作，所有的狀態(tài)還是都保存在相應(yīng)的領(lǐng)域?qū)ο笾小?/p>
通常斟叼，對(duì)開(kāi)發(fā)人員來(lái)說(shuō)創(chuàng)建不應(yīng)該存在的服務(wù)相當(dāng)容易偶惠；要么在服務(wù)中包含了本應(yīng)存在于領(lǐng)域?qū)ο笾械念I(lǐng)域邏輯，要么扮演了缺失的領(lǐng)域?qū)ο蠼巧绻瘢@些領(lǐng)域?qū)ο蟛](méi)有作為模型的一部分去創(chuàng)建洲鸠。
??????? domain event模式最初由udi dahan提出，發(fā)表在自己的博客上：http://www.udidahan.com/2009/06/14/domain-events-salvation/
企業(yè)級(jí)應(yīng)用程序事件大致可以分為三類(lèi)：系統(tǒng)事件馋缅、應(yīng)用事件和領(lǐng)域事件扒腕。領(lǐng)域事件的觸發(fā)點(diǎn)在領(lǐng)域模型（domain model）中。它的作用是將領(lǐng)域?qū)ο髲膶?duì)repository或service的依賴(lài)中解脫出來(lái)萤悴，避免讓領(lǐng)域?qū)ο髮?duì)這些設(shè)施產(chǎn)生直接依賴(lài)瘾腰。它的做法就是當(dāng)領(lǐng)域?qū)ο蟮臉I(yè)務(wù)方法需要依賴(lài)到這些對(duì)象時(shí)就發(fā)出一個(gè)事件，這個(gè)事件會(huì)被相應(yīng)的對(duì)象監(jiān)聽(tīng)到并做出處理覆履。
??????? 通過(guò)使用領(lǐng)域事件蹋盆，我們可以實(shí)現(xiàn)領(lǐng)域模型對(duì)象狀態(tài)的異步更新、外部系統(tǒng)接口的委托調(diào)用硝全，以及通過(guò)事件派發(fā)機(jī)制實(shí)現(xiàn)系統(tǒng)集成栖雾。另外，領(lǐng)域事件本身具有自描述性伟众。它不僅能夠表述系統(tǒng)發(fā)生了什么事情析藕，而且還能夠描述發(fā)生事件的動(dòng)機(jī)。
???????? domain事件也用表進(jìn)行存儲(chǔ)凳厢。
dto- datatransfer object（數(shù)據(jù)傳輸對(duì)象）：dto在設(shè)計(jì)之初的主要考量是以粗粒度的數(shù)據(jù)結(jié)構(gòu)減少網(wǎng)絡(luò)通信并簡(jiǎn)化調(diào)用接口账胧。
領(lǐng)域驅(qū)動(dòng)架構(gòu)與n層架構(gòu)設(shè)計(jì)
??????? eric ?evans的“領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)- 應(yīng)對(duì)軟件的復(fù)雜性“一書(shū)中描述和解釋了建議的n層架構(gòu)高層次的圖：
user interface：
??????? 該層包含與其他系統(tǒng)/客戶(hù)進(jìn)行交互的接口與通信設(shè)施竞慢，在多數(shù)應(yīng)用里，該層可能提供包括web services治泥、rmi或rest等在內(nèi)的一種或多種通信接口筹煮。該層主要由facade、dto和assembler三類(lèi)組件構(gòu)成居夹，三類(lèi)組件均是典型的j2ee模式败潦。
dto的作用最初主要是以粗粒度的數(shù)據(jù)結(jié)構(gòu)減少網(wǎng)絡(luò)通信并簡(jiǎn)化調(diào)用接口。在領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)中吮播，采用dto模型变屁，可以起到隱藏領(lǐng)域細(xì)節(jié)，幫助實(shí)現(xiàn)獨(dú)立封閉的領(lǐng)域模型的作用意狠。
??????? dto與領(lǐng)域?qū)ο笾g的相互轉(zhuǎn)換工作多由assembler承擔(dān)粟关，也有一些系統(tǒng)使用反射機(jī)制自動(dòng)實(shí)現(xiàn)dto與領(lǐng)域?qū)ο笾g的相互轉(zhuǎn)換，如apache common beanutils环戈。
??????? facade的用意在于為遠(yuǎn)程客戶(hù)端提供粗粒度的調(diào)用接口闷板。facade本身不處理任何的業(yè)務(wù)邏輯，它的主要工作就是將一個(gè)用戶(hù)請(qǐng)求委派給一個(gè)或多個(gè)service進(jìn)行處理院塞，同時(shí)借助assembler將service傳入或傳出的領(lǐng)域?qū)ο筠D(zhuǎn)化為dto進(jìn)行傳輸遮晚。
application：
???????? application層中主要組件就是service。這里需要注意的是拦止，service的組織粒度和接口設(shè)計(jì)依據(jù)與傳統(tǒng)transaction script風(fēng)格的service是一致的县遣，但是兩者的實(shí)現(xiàn)卻有質(zhì)的區(qū)別。
transaction script(事務(wù)腳本)的核心是過(guò)程汹族，通過(guò)過(guò)程的調(diào)用來(lái)組織業(yè)務(wù)邏輯萧求，業(yè)務(wù)邏輯在服務(wù)（service）層進(jìn)行處理。大部分業(yè)務(wù)應(yīng)用都可以被看成一系列事務(wù)顶瞒。
transaction script的特點(diǎn)是簡(jiǎn)單容易理解夸政，面向過(guò)程設(shè)計(jì)。? 如果應(yīng)用相對(duì)簡(jiǎn)單榴徐，在應(yīng)用的生命周期里不會(huì)有基礎(chǔ)設(shè)施技術(shù)的改變守问，尤其是業(yè)務(wù)邏輯很少會(huì)變動(dòng)，采用transaction script風(fēng)格簡(jiǎn)單自然坑资，性能良好耗帕，容易理解。
transaction script的缺點(diǎn)在于袱贮，對(duì)于復(fù)雜的業(yè)務(wù)邏輯難以保持良好的設(shè)計(jì)仿便，事務(wù)之間的冗余代碼不斷增多。應(yīng)用架構(gòu)容易出現(xiàn)“胖服務(wù)層”和“貧血的領(lǐng)域模型”。同時(shí)探越，service層積聚越來(lái)越多的業(yè)務(wù)邏輯，導(dǎo)致可維護(hù)性和擴(kuò)展性變差
transactionscript風(fēng)格業(yè)務(wù)邏輯主要在service中實(shí)現(xiàn)相种，而在領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)的架構(gòu)里，service只負(fù)責(zé)協(xié)調(diào)并委派業(yè)務(wù)邏輯給領(lǐng)域?qū)ο筮M(jìn)行處理品姓。因此寝并，我們可以考察這一點(diǎn)來(lái)識(shí)別系統(tǒng)是transaction script架構(gòu)還是domain model架構(gòu)。在實(shí)踐中腹备，設(shè)計(jì)良好的領(lǐng)域設(shè)計(jì)架構(gòu)在開(kāi)發(fā)過(guò)程中也容易向transaction script架構(gòu)演變衬潦。
domain：
domain層是整個(gè)系統(tǒng)的核心層，該層維護(hù)一個(gè)使用面向?qū)ο?/a>技術(shù)實(shí)現(xiàn)的領(lǐng)域模型植酥，幾乎全部的業(yè)務(wù)邏輯會(huì)在該層實(shí)現(xiàn)镀岛。domain層包含entity（實(shí)體）、valueobject(值對(duì)象)友驮、domain event（領(lǐng)域事件）和repository（倉(cāng)儲(chǔ)）等多種重要的領(lǐng)域組件漂羊。
infrastructure：
??????? infrastructure（基礎(chǔ)設(shè)施層）為interfaces、application和domain三層提供支撐喊儡。所有與具體平臺(tái)拨与、框架相關(guān)的實(shí)現(xiàn)會(huì)在infrastructure中提供，避免三層特別是domain層摻雜進(jìn)這些實(shí)現(xiàn)艾猜，從而“污染”領(lǐng)域模型买喧。infrastructure中最常見(jiàn)的一類(lèi)設(shè)施是對(duì)象持久化的具體實(shí)現(xiàn)。
層（layers）被視為構(gòu)成應(yīng)用或服務(wù)的水平堆疊的一組邏輯上的組件匆赃。它們幫助區(qū)分完成不同任務(wù)的組件淤毛，提供一個(gè)最大化復(fù)用和可維護(hù)性的設(shè)計(jì)。簡(jiǎn)言之算柳，是關(guān)于在架構(gòu)方面應(yīng)用關(guān)注點(diǎn)分離的原則低淡。 ??????? 在傳統(tǒng)的多層架構(gòu)中，每個(gè)解決方案的組件必須分隔到不同的層。每層的組件必須內(nèi)聚而且有大約相同的抽象級(jí)別蔗蹋。每個(gè)一級(jí)層應(yīng)該和其他的一級(jí)層松耦合何荚。
??????? 從最底層的抽象級(jí)別看，例如第1層猪杭。這是系統(tǒng)的基礎(chǔ)層餐塘。這些抽象的步驟是一步一步的最后到最頂層。
??????? 多層應(yīng)用的關(guān)鍵在于對(duì)依賴(lài)的管理皂吮。傳統(tǒng)的多層架構(gòu)戒傻，層內(nèi)的組件只能和同級(jí)或者低級(jí)層的組件交互。這有利于減少不同層內(nèi)組件的依賴(lài)蜂筹。通常有兩種多層架構(gòu)的設(shè)計(jì)方法：嚴(yán)格和靈活的需纳。 ??????? ?*? ?“嚴(yán)格的層設(shè)計(jì)”限定層內(nèi)的組件只能和同一層、或者下一層的組件通信艺挪。即第n層只能和第n-1層交互不翩，n-1層只能和n-2層交互，等等闺属。
??????? ?*? “靈活的層設(shè)計(jì)”允許層內(nèi)的組件和任何低級(jí)別層交互慌盯。這種設(shè)計(jì)中，第n層可以和n-1掂器，n-2層交互亚皂。
??????? 這種設(shè)計(jì)由于不需要對(duì)其他層進(jìn)行重復(fù)的調(diào)用，從而可以提高性能国瓮。然而灭必，這種設(shè)計(jì)不提供層之間的同層隔離級(jí)別，使得它難以在不影響多個(gè)高級(jí)層的時(shí)候替換一個(gè)低級(jí)的層乃摹。
??????? 由于層之間是通過(guò)定義明確的接口進(jìn)行交互這一事實(shí)禁漓，很容易為各層添加替代的實(shí)現(xiàn)(例如 mock ?and stubs)。
??????? ?因?yàn)楦邔拥慕M件只能和底層的交互孵睬，在單獨(dú)的組件上進(jìn)行測(cè)試是很容易的播歼。
使用層的好處? - ?功能容易確定位置，解決方案也就容易維護(hù)掰读。層內(nèi)高內(nèi)聚秘狞，層間松耦合使得維護(hù)/組合層更容易。 - ?其他的解決方案可以重用由不同層暴露的功能蹈集。 - ?當(dāng)項(xiàng)目按邏輯分層時(shí)烁试，分布式的部署更容易實(shí)現(xiàn)。 - ?把層分布到不同的物理層可以提高可伸縮性拢肆；然后這一步應(yīng)該進(jìn)行仔細(xì)的評(píng)估减响，因?yàn)榭赡軐?duì)性能帶來(lái)負(fù)面影響靖诗。
面向領(lǐng)域架構(gòu)的分層：
??????? 在面向領(lǐng)域架構(gòu)中，關(guān)鍵是要清楚界定和分離領(lǐng)域模型層和其余的層支示。
領(lǐng)域驅(qū)動(dòng)與項(xiàng)目開(kāi)發(fā)
一般適合結(jié)合使用scrum(適用于項(xiàng)目管理)和xp（適用于軟件開(kāi)發(fā)目標(biāo)）方法對(duì)處理ddd實(shí)施項(xiàng)目刊橘。敏捷方法注重于交付商業(yè)價(jià)值，而ddd側(cè)重于結(jié)合軟件系統(tǒng)和業(yè)務(wù)模型颂鸿。此 外伤为，就ddd迭代的特性來(lái)說(shuō)，scrum或dsdm這樣的敏捷方法對(duì)項(xiàng)目管理來(lái)說(shuō)也是更好的框架据途。
ddd迭代周期的項(xiàng)目管理模型如圖所示。
本圖根據(jù)《domain driven design and development in practice》一文中插圖進(jìn)行了部分修改叙甸。
領(lǐng)域建模結(jié)束時(shí)可以開(kāi)始領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)颖医。關(guān)于如何開(kāi)始實(shí)現(xiàn)領(lǐng)域?qū)ο竽Ｐ停瑀amnivas laddad推薦如下的步驟裆蒸。他強(qiáng)調(diào)要更側(cè)重于領(lǐng)域模型中的領(lǐng)域?qū)ο笕巯簦皇欠?wù)。
?????? *? ?從領(lǐng)域?qū)嶓w和領(lǐng)域邏輯開(kāi)始僚祷。
?????? *? ?不要一開(kāi)始就從服務(wù)層開(kāi)始佛致，只添加那些邏輯不屬于任何領(lǐng)域?qū)嶓w或值對(duì)象的服務(wù)。
*? ?利用通用語(yǔ)言辙谜、契約式設(shè)計(jì)（dbc）俺榆、自動(dòng)化測(cè)試、? ci和重構(gòu)装哆，使實(shí)現(xiàn)盡可能地與領(lǐng)域模型緊密結(jié)合罐脊。
設(shè)計(jì)領(lǐng)域模型的一般步驟：
?????? 1.???根據(jù)需求建立一個(gè)初步的領(lǐng)域模型，識(shí)別出一些明顯的領(lǐng)域概念以及它們的關(guān)聯(lián)蜕琴，關(guān)聯(lián)可以暫時(shí)沒(méi)有方向但需要有（1：1萍桌，1：n，m：n）這些關(guān)系凌简；可以用文字精確的沒(méi)有歧義的描述出每個(gè)領(lǐng)域概念的涵義以及包含的主要信息上炎；
2.???分析主要的軟件應(yīng)用程序功能，識(shí)別出主要的應(yīng)用層的類(lèi)雏搂；這樣有助于及早發(fā)現(xiàn)哪些是應(yīng)用層的職責(zé)藕施，哪些是領(lǐng)域?qū)拥穆氊?zé)；
?????? 3.???進(jìn)一步分析領(lǐng)域模型畔派，識(shí)別出哪些是實(shí)體铅碍，哪些是值對(duì)象，哪些是領(lǐng)域服務(wù)线椰；
4.???分析關(guān)聯(lián)胞谈，通過(guò)對(duì)業(yè)務(wù)的更深入分析以及各種軟件設(shè)計(jì)原則及性能方面的權(quán)衡，明確關(guān)聯(lián)的方向或者去掉一些不需要的關(guān)聯(lián)；
?????? 5.???找出聚合邊界及聚合根烦绳，這是一件很有難度的事情卿捎；因?yàn)槟阍诜治龅倪^(guò)程中往往會(huì)碰到很多模棱兩可的難以清晰判斷的選擇問(wèn)題，所以径密，需要我們平時(shí)一些分析經(jīng)驗(yàn)的積累才能找出正確的聚合根午阵；
?????? 6.? ?為聚合根配備倉(cāng)儲(chǔ)，一般情況下是為一個(gè)聚合分配一個(gè)倉(cāng)儲(chǔ)享扔，此時(shí)只要設(shè)計(jì)好倉(cāng)儲(chǔ)的接口即可底桂；
7.???走查場(chǎng)景，確定我們?cè)O(shè)計(jì)的領(lǐng)域模型能夠有效地解決業(yè)務(wù)需求惧眠；
?????? 8.???考慮如何創(chuàng)建領(lǐng)域?qū)嶓w或值對(duì)象籽懦，是通過(guò)工廠還是直接通過(guò)構(gòu)造函數(shù)；
?????? 9.???停下來(lái)重構(gòu)模型氛魁。尋找模型中覺(jué)得有些疑問(wèn)或者是蹩腳的地方暮顺，比如思考一些對(duì)象應(yīng)該通過(guò)關(guān)聯(lián)導(dǎo)航得到還是應(yīng)該從倉(cāng)儲(chǔ)獲取秀存？聚合設(shè)計(jì)的是否正確捶码？考慮模型的性能怎樣，等等或链；
???????? 領(lǐng)域建模是一個(gè)不斷重構(gòu)惫恼，持續(xù)完善模型的過(guò)程，大家會(huì)在討論中將變化的部分反映到模型中澳盐，從而是模型不斷細(xì)化并朝正確的方向走尤筐。
從設(shè)計(jì)和實(shí)現(xiàn)的角度來(lái)看，典型的ddd框架應(yīng)該支持以下特征洞就。
?????? *? ?應(yīng)該是一個(gè)以pojo為基礎(chǔ)的架構(gòu)盆繁。
?????? *? ?應(yīng)該支持使用ddd概念的業(yè)務(wù)領(lǐng)域模型的設(shè)計(jì)和實(shí)現(xiàn)。
?????? *? ?應(yīng)該支持像依賴(lài)注入（di）和面向方向編程（aop）這些概念的開(kāi)箱即用旬蟋。
*? ?與單元測(cè)試框架整合油昂。
?????? *? ?與其它java/java ee框架進(jìn)行良好的集成，比如jpa倾贰、hibernate冕碟、toplink等。
一些反模式：
?????? *?? 貧血的領(lǐng)域?qū)ο?/p>
?????? *?? 重復(fù)的dao
?????? *?? 肥服務(wù)層：服務(wù)類(lèi)在這里最終會(huì)包含所有的業(yè)務(wù)邏輯匆浙。
?????? *?? 依戀情結(jié)（feature envy）：函數(shù)對(duì)某個(gè)類(lèi)的興趣高過(guò)對(duì)自己所處類(lèi)的興趣安寺。
1.?? 建立完整自封閉的領(lǐng)域模型。
領(lǐng)域驅(qū)動(dòng)架構(gòu)相對(duì)比較容易理解首尼，但建立一個(gè)完整自封閉的領(lǐng)域模型卻很困難挑庶⊙越眨“領(lǐng)域模型”是一個(gè)針對(duì)業(yè)務(wù)邏輯抽象的分析模型，它反映出對(duì)領(lǐng)域問(wèn)題的整體描述迎捺。領(lǐng)域模型不是編程的實(shí)現(xiàn)模型举畸，而是一組抽象概念的集合。一個(gè)領(lǐng)域概念不一定映射成一個(gè)類(lèi)凳枝，也有可能會(huì)映射很多的類(lèi)（包括多個(gè)實(shí)體或值對(duì)象）抄沮。領(lǐng)域需求的最初細(xì)節(jié)，在功能層面通過(guò)領(lǐng)域?qū)＜业挠懻摰贸鲠濉ｎI(lǐng)域?qū)＜也⒉灰欢ㄐ枰熘?a target="_blank">軟件開(kāi)發(fā)領(lǐng)域的知識(shí)叛买，相反強(qiáng)調(diào)的是具有領(lǐng)域中的相關(guān)知識(shí)。領(lǐng)域需求在相互討論中不斷得到細(xì)化蹋订，還有可能在開(kāi)發(fā)過(guò)程出現(xiàn)需求的反復(fù)或變更聪全，這都要求領(lǐng)域模型的建立完善是一個(gè)反復(fù)重構(gòu)的過(guò)程。敏捷開(kāi)發(fā)是一種應(yīng)對(duì)快速變化的需求的一種軟件開(kāi)發(fā)能力辅辩。強(qiáng)調(diào)程序員團(tuán)隊(duì)與業(yè)務(wù)專(zhuān)家之間的緊密協(xié)作、面對(duì)面的溝通（認(rèn)為比書(shū)面的文檔更有效）娃圆、頻繁交付新的軟件版本玫锋、緊湊而自我組織型的團(tuán)隊(duì)、能夠很好地適應(yīng)需求變化的代碼編寫(xiě)和團(tuán)隊(duì)組織方法讼呢。故采用敏捷開(kāi)發(fā)有利于領(lǐng)域模型的建立完善撩鹿，以更能符合用戶(hù)的實(shí)際需求。
??????關(guān)于領(lǐng)域模型分析存在有多種分析方法悦屏。也許并不是能經(jīng)常能有機(jī)會(huì)去實(shí)踐這些分析方法或分析領(lǐng)域模型节沦。但關(guān)于領(lǐng)域驅(qū)動(dòng)架構(gòu)的理解，有助于幫助我們?nèi)ダ斫忸I(lǐng)域驅(qū)動(dòng)的設(shè)計(jì)础爬，實(shí)現(xiàn)一些高內(nèi)聚甫贯、低耦合的代碼實(shí)現(xiàn)。
2.? 領(lǐng)域服務(wù)建模
建立和識(shí)別領(lǐng)域服務(wù)也比較容易出錯(cuò)看蚜。通常的ssh分層架構(gòu)與領(lǐng)域驅(qū)動(dòng)架構(gòu)相近叫搁，而ssh架構(gòu)開(kāi)發(fā)更容易導(dǎo)致transaction script架構(gòu)而非領(lǐng)域驅(qū)動(dòng)架構(gòu)。在ssh分層架構(gòu)上供炎，開(kāi)發(fā)人員更容易建立”貧血”模型渴逻，而在service里實(shí)現(xiàn)業(yè)務(wù)邏輯。而ddd強(qiáng)調(diào)“充血模型”音诫，“薄”service層惨奕。建立領(lǐng)域服務(wù)需要識(shí)別出領(lǐng)域業(yè)務(wù)邏輯，并將業(yè)務(wù)實(shí)現(xiàn)到領(lǐng)域模型中竭钝。一方面梨撞，業(yè)務(wù)需求充滿(mǎn)著變化雹洗，在開(kāi)發(fā)過(guò)程中難以把握。當(dāng)業(yè)務(wù)不明需求不清時(shí)聋袋，“貧血模型”就更容易被人接受队伟。另一方面，在構(gòu)建領(lǐng)域模型時(shí)幽勒，orm映射顯示十分重要并且也非常復(fù)雜嗜侮，包括類(lèi)繼承體系與數(shù)據(jù)庫(kù)的映射，抓取策略和緩存管理在內(nèi)的一系列問(wèn)題等．“貧血模型”有時(shí)會(huì)簡(jiǎn)化這種映射關(guān)系啥容，同時(shí)锈颗，在處理對(duì)象依賴(lài)關(guān)系上顯得更加靈活性。而領(lǐng)域模型強(qiáng)調(diào)了領(lǐng)域邊界咪惠，對(duì)領(lǐng)域?qū)ο蟮脑L問(wèn)總是通過(guò)聚合根開(kāi)始击吱，在有時(shí)候，模型的某些遍歷會(huì)帶來(lái)更大的性能和穩(wěn)定性上的問(wèn)題遥昧。而解決這些問(wèn)題時(shí)覆醇，又常常會(huì)從實(shí)效性上出發(fā)而犧牲模型個(gè)別的清晰性和純潔性。
3．領(lǐng)域?qū)ο筇砍簟㈩I(lǐng)域服務(wù)以及repository之間的互相依賴(lài)
在實(shí)際開(kāi)發(fā)中丸凭，開(kāi)發(fā)人員會(huì)經(jīng)常需要處理領(lǐng)域?qū)ο笾g的依賴(lài)關(guān)系牡借，以及領(lǐng)域?qū)ο笈crepository間的依賴(lài)颓哮。通晨暮椋可能的方案是讓service或fa?ade直接調(diào)用repository，從而獲得返回的領(lǐng)域?qū)ο笸础＿@種方式導(dǎo)致各層間的依賴(lài)落午，通常我們應(yīng)該考慮解耦這種依賴(lài)。當(dāng)前實(shí)現(xiàn)組件解耦常用的技術(shù)無(wú)非是：控制反轉(zhuǎn)(ioc)肚豺、依賴(lài)注入(di)溃斋、面向方面編程（aop）以及分布式服務(wù)接口。因此吸申，解決依賴(lài)的一種思路利用di或aop將repository和服務(wù)注入到領(lǐng)域?qū)ο笾醒卫唷pring框架提供了相關(guān)的機(jī)制。在spring環(huán)境中呛谜，利用spring實(shí)例化對(duì)象在跳，注入依賴(lài)，將服務(wù)隐岛、repository等領(lǐng)域?qū)ο舐?lián)系起來(lái)猫妙。
