論代碼的表達(dá)能力
一直想向部門(mén)的同事們推薦領(lǐng)域驅(qū)動(dòng)的設(shè)計(jì)方法，但是一直找不到一個(gè)合適的切入點(diǎn)。直到某年某月某日值纱，看到了快速排序的不同實(shí)現(xiàn)方式之后，若有所悟坯汤，遂成此文虐唠。
快速排序算法
快速排序算法的基本實(shí)現(xiàn)方式是找一個(gè)值作為標(biāo)志，凡是比這個(gè)值大的值都放到左邊的數(shù)組里惰聂，凡是比這個(gè)值小的值都放到右邊的數(shù)組里疆偿，這樣遞歸處理左邊和右邊的子數(shù)組，直到不能再把子數(shù)組進(jìn)行拆分為止
下面是兩種實(shí)現(xiàn)方式搓幌，為了具有可比性杆故，我用支持多種編程范式的Scala實(shí)現(xiàn)，代碼最接近Java鼻种，大部分Java程序員都能看懂
- 實(shí)現(xiàn)1
def quicksort(left: Int, right: Int, ary_input: Array[Int]): Array[Int] = {
if (left > right) {
return ary_input;
}
val temp = ary_input(left); //temp中存的就是基準(zhǔn)數(shù)
var i = left;
var j = right;
while (i != j) {
//順序很重要反番，要先從右往左找
while (ary_input(j) >= temp && i < j) {
j -= 1;
}
//再?gòu)淖笸艺? while (ary_input(i) <= temp && i < j) {
i += 1;
}
//交換兩個(gè)數(shù)在數(shù)組中的位置
if (i < j) //當(dāng)哨兵i和哨兵j沒(méi)有相遇時(shí)
{
val t = ary_input(i);
ary_input(i) = ary_input(j);
ary_input(j) = t;
}
}
//最終將基準(zhǔn)數(shù)歸位
ary_input(left) = ary_input(i);
ary_input(i) = temp;
val ary_input_l = quicksort(left, i - 1, ary_input); //繼續(xù)處理左邊的，這里是一個(gè)遞歸的過(guò)程
val ary_input_r = quicksort(i + 1, right, ary_input_l); //繼續(xù)處理右邊的叉钥，這里是一個(gè)遞歸的過(guò)程
return ary_input_r;
}
- 實(shí)現(xiàn)2
def quickSort(list: List[Int]): List[Int] =list match {
case Nil => Nil
case head :: tail =>
val (left, right) = tail.partition(_ < head)
quickSort(left) ::: head :: quickSort(right)
}
重點(diǎn)介紹下實(shí)現(xiàn)2罢缸。match...case在scala里面被稱為模式匹配，可以認(rèn)為是增強(qiáng)版的switch...case投队。List也是Java的增強(qiáng)版枫疆，如果為空，其字面量就是Nil敷鸦，一個(gè)List一般由head和tail組成息楔，head代表List中的第一個(gè)元素寝贡，tail代表除了第一個(gè)元素以外的所有元素，所以第二個(gè)case語(yǔ)句可以理解成使用head作為標(biāo)志值值依，把tail中的元素分成兩部分圃泡，第一部分是比這個(gè)標(biāo)志值小的所有值組成的集合，放到left里面愿险。第二部分就是tail中不滿足的那些值颇蜡，放到right里面。scala中最后一行都是return,所以return關(guān)鍵字就省了辆亏。 quickSort(left) ::: head :: quickSort(right) 的意思是： 小值的列表+標(biāo)志值+大值的列表风秤。
把效率和空間占用放到一邊，我們討論下哪種實(shí)現(xiàn)方式最接近人類的直覺(jué)扮叨。
毫無(wú)疑問(wèn)缤弦，第二種實(shí)現(xiàn)方式是最接近人類的直覺(jué)的，能夠大幅度降低人們的思維負(fù)擔(dān)彻磁。隨著年齡的增大碍沐，越來(lái)越覺(jué)得能夠降低人類思維負(fù)擔(dān)的代碼才能更稱得上是好代碼；面向人類思維優(yōu)化的設(shè)計(jì)方式兵迅，才是更優(yōu)秀的設(shè)計(jì)方式抢韭。
人們發(fā)明面向?qū)ο蟮脑O(shè)計(jì)方式，就是為了降低人類思維的負(fù)擔(dān)恍箭。將屬性和行為進(jìn)行封裝刻恭，模擬現(xiàn)實(shí)世界的事物，可以讓人們編寫(xiě)程序時(shí)扯夭，能夠?qū)φ宅F(xiàn)實(shí)世界事物真實(shí)的運(yùn)轉(zhuǎn)邏輯鳍贾。從此人們編寫(xiě)程序的時(shí)候，猶如畫(huà)國(guó)畫(huà)交洗，可具象可寫(xiě)意骑科，無(wú)論使用什么技法，讓人們看到后构拳，總能知道你畫(huà)的是什么咆爽。
面向?qū)ο笤O(shè)計(jì)的三大體現(xiàn)：封裝、繼承置森、多態(tài)斗埂。我們剛開(kāi)始編程的時(shí)候就知道 了，但是知易行難凫海，尤其是EJB時(shí)代之后呛凶，大部分的設(shè)計(jì)實(shí)現(xiàn)，又回到了C語(yǔ)言時(shí)代的過(guò)程式方式行贪。我們平時(shí)使用的JavaBean或者Entity漾稀，不過(guò)是披著面向?qū)ο笸庖碌慕Y(jié)構(gòu)體（structure）而已模闲。這種JavaBean在領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)里面，被稱之為貧血模型崭捍。顧名思義尸折，是一種不健康，甚至不健全的模型殷蛇，已經(jīng)失去了能正確描述現(xiàn)實(shí)世界的活力翁授。
但是總有那么一群人忍受不了這種不健康的模型。 Eric Evans正是其中的代表晾咪，所以他給我們帶來(lái)了領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)。
何為領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)
領(lǐng)域贮配，指的是我們要解決的問(wèn)題谍倦。事實(shí)上，領(lǐng)域是一個(gè)籠統(tǒng)的概念泪勒，它包含了一組相互作用的概念昼蛀。比如，我要寫(xiě)一個(gè)車(chē)票預(yù)訂程序圆存，這個(gè)領(lǐng)域里面包含的概念就有乘客叼旋，出發(fā)地，目的地沦辙，車(chē)次夫植，坐席規(guī)格等諸多概念，這些概念在某些時(shí)候是互相制約的油讯。我們要做的其實(shí)就是理清這些概念之間的關(guān)系详民，并用代碼清晰的表達(dá)出來(lái)。領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)指的是搞清楚問(wèn)題中的概念陌兑，并沿著這些概念之間的關(guān)系進(jìn)行設(shè)計(jì)的一種軟件方法沈跨。
領(lǐng)域設(shè)計(jì)中的基本概念
我這里只是嘗試以更簡(jiǎn)單的，非官方的方式介紹下這些概念兔综，各位如果有興趣可以去下面的鏈接上仔細(xì)閱讀下領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)基本理論知識(shí)總結(jié)
領(lǐng)域通用語(yǔ)言（UBIQUITOUS LANGUAGE）
還是以上面車(chē)票預(yù)訂程序?yàn)槔隽荨Ｃ慨?dāng)我們的產(chǎn)品，研發(fā)软驰，設(shè)計(jì)涧窒，用戶談?wù)摮丝偷臅r(shí)候，都是談?wù)摰能?chē)票預(yù)訂程序的乘客角色碌宴。假設(shè)我們的乘客只有兩個(gè)屬性杀狡，姓名和身份證號(hào)，那么我們的產(chǎn)品人員說(shuō)乘客的時(shí)候贰镣，我們的研發(fā)立馬能意識(shí)到說(shuō)的是擁有這兩個(gè)屬性的實(shí)體類呜象。相應(yīng)的膳凝，我們的研發(fā)和產(chǎn)品討論這個(gè)實(shí)體類的時(shí)候，也應(yīng)該說(shuō)“乘客”這個(gè)詞恭陡，這樣產(chǎn)品就能知道你所要表達(dá)的主體就是產(chǎn)品中的一個(gè)參與者蹬音。這就是領(lǐng)域通用語(yǔ)言，在軟件開(kāi)發(fā)中有統(tǒng)一認(rèn)識(shí)的某些概念組成的語(yǔ)言休玩。
實(shí)體（Entity）和值對(duì)象（Value Object）
這兩個(gè)之所以拿到一起說(shuō)著淆，是因?yàn)檫@他們關(guān)系非常緊密，通過(guò)對(duì)比更能明白這兩個(gè)的相同與不同拴疤。
拿12306的賬號(hào)系統(tǒng)來(lái)說(shuō)永部，每個(gè)賬號(hào)只能在一個(gè)地方登錄，這個(gè)賬號(hào)就是一個(gè)實(shí)體呐矾，它具有全局唯一標(biāo)識(shí)苔埋，整個(gè)系統(tǒng)里只能有一個(gè)id為aaa的賬號(hào)。而aaa和bbb賬戶都能為身份證號(hào)為ccc的人訂火車(chē)票蜒犯，這個(gè)身份證信息在此處就是 一個(gè)值對(duì)象组橄，它不與其他賬號(hào)里面的ccc互斥。但是一旦購(gòu)買(mǎi)火車(chē)票成功之后罚随，你就沒(méi)有辦法再為這個(gè)身份證號(hào)在這個(gè)時(shí)間段購(gòu)買(mǎi)車(chē)票了玉工，這時(shí)候身份證信息是唯一的嗎？顯然不是淘菩，是由于時(shí)間段+身份證號(hào)才互斥的遵班，并不是身份證號(hào)本身就是互斥的。我們購(gòu)買(mǎi)火車(chē)票的時(shí)候瞄勾，12306會(huì)提示我們是否購(gòu)買(mǎi)保險(xiǎn)费奸，我們歷史上所買(mǎi)過(guò)的保險(xiǎn)應(yīng)該都能看到，顯然在保險(xiǎn)公司的系統(tǒng)里进陡，我們這個(gè)身份證信息對(duì)應(yīng)的實(shí)體應(yīng)該是唯一的（這涉及到了界限上下文的知識(shí)愿阐，下面有介紹）
還有另外一個(gè)不同，那就是Entity是可變對(duì)象趾疚，Value Object是不可變對(duì)象缨历，這怎么理解呢？ 每個(gè)人都有年齡糙麦，隨著時(shí)間的推移辛孵，每個(gè)人的年齡都會(huì)增加，今年我十五赡磅，明年我十六魄缚，我還是我，我就是一個(gè)Entity對(duì)象。十五歲就是一個(gè)值對(duì)象冶匹，十五歲就是十五歲习劫，不是十六歲也不是十四歲，十五歲這個(gè)值是不變的嚼隘。我們不學(xué)古龍打機(jī)鋒诽里，我們用代碼展示
public class Person{
String idCard;
String name;
Integer age;// Integer本身是不可變對(duì)象，所以當(dāng)年齡增加的時(shí)候飞蛹，并不是age指向的那個(gè)對(duì)象變了谤狡，而是指向了另一個(gè)對(duì)象的引用。
}
值對(duì)象之所以被設(shè)計(jì)成不可變對(duì)象卧檐，是因?yàn)樗痪邆淙治ㄒ坏膶傩阅苟?dāng)我們把這個(gè)對(duì)象傳播出去之后，不確定在哪個(gè)位置會(huì)改變這個(gè)對(duì)象引起原來(lái)持有這個(gè)對(duì)象的實(shí)體的變更。
工廠（Factory） 與倉(cāng)庫(kù)（Repository）
工廠和倉(cāng)庫(kù)岳颇，都是產(chǎn)生領(lǐng)域?qū)ο蟮牡胤剑覀兊膶?duì)象不能永遠(yuǎn)存在于內(nèi)存中，一旦其不需要活躍在內(nèi)存中简珠，就需要使用Repository將其存放起來(lái)，Repository就是用來(lái)持久化這些對(duì)象的犬绒。當(dāng)我們需要從數(shù)據(jù)庫(kù)或者其他地方向內(nèi)存加載這些領(lǐng)域?qū)ο蟮臅r(shí)候扔亥，Repository可以幫我們從數(shù)據(jù)庫(kù)中加載，組裝成一個(gè)領(lǐng)域?qū)ο蟀６S顧名思義湾揽，我們一開(kāi)始是沒(méi)有領(lǐng)域?qū)ο蟮模覀冃枰褂玫念I(lǐng)域?qū)ο蟮臅r(shí)候笼吟，可以使用工廠幫我們生產(chǎn)一個(gè)库物。這里的工廠不只是設(shè)計(jì)模式中的簡(jiǎn)單工廠，抽象工廠贷帮，它也可以是一個(gè)工廠方法戚揭，或者建造者。領(lǐng)域?qū)ο髴?yīng)該從工廠中來(lái)撵枢，最后歸于倉(cāng)庫(kù)
聚合及聚合根（Aggregate民晒，Aggregate Root）
聚合是一個(gè)邏輯上的概念，一個(gè)聚合應(yīng)該只有一個(gè)實(shí)體作為入口锄禽。這怎么理解呢潜必？ 我改寫(xiě)下上面定義的那個(gè)實(shí)體
public class Person{
String idCard;
String name;
Integer age;
Set<PersonInfo> friends
}
public class PersonInfo{
String idCard;
String name;
Integer age;
}
可以看到這里的PersonInfo的基本屬性和Person一樣，唯一的不一樣的是Person有一個(gè)friends屬性沃但。設(shè)想一下磁滚，小紅是小明的朋友，小明必然是小紅的朋友宵晚，那么如果我們的朋友用Set<Person>表示的話垂攘，會(huì)發(fā)現(xiàn)這是一個(gè)剪不斷的環(huán)维雇，這種環(huán)不僅給序列化造成困擾，而且會(huì)形成“一表三千里”的場(chǎng)面搜贤。引入聚合的概念就是為了解決這種問(wèn)題谆沃，每個(gè)聚合都是一個(gè)概念簇，入口的entity作為這個(gè)概念簇的中心仪芒，被稱為“聚合根”唁影，所有在這個(gè)聚合中的其他概念都可以由這個(gè)聚合根“導(dǎo)航”得到。
領(lǐng)域服務(wù)（Domain Service）
有些操作并不適合放到領(lǐng)域?qū)ο笾型瓿傻嗝纱水a(chǎn)生了領(lǐng)域服務(wù)据沈。這個(gè)怎么理解呢？這個(gè)一般理解成行為的發(fā)起者和目標(biāo)對(duì)象不是同一個(gè)主體的時(shí)候饺蔑，應(yīng)該使用領(lǐng)域?qū)ο蟆坪跷医忉尩母鼜?fù)雜了锌介，還是以例子來(lái)說(shuō)明吧。我們?cè)O(shè)計(jì)將一個(gè)賬戶的資金轉(zhuǎn)移到另一個(gè)賬戶上的時(shí)候猾警，由于賬戶本身的行為只有增加資金和減少資金孔祸，并不能控制另一個(gè)賬戶減少或者增加響應(yīng)的資金，這時(shí)候发皿，我們以一個(gè)領(lǐng)域服務(wù)完成這兩個(gè)賬戶之間的轉(zhuǎn)賬就變成了順理成章的事情崔慧。這時(shí)候，轉(zhuǎn)賬服務(wù)就是一個(gè)領(lǐng)域服務(wù)穴墅。
應(yīng)用服務(wù)(Application)
應(yīng)用服務(wù)惶室，人如其名，就是為了完成某個(gè)功能而將其他實(shí)體玄货，值皇钞，領(lǐng)域服務(wù)在某處組合起來(lái)，此處就被稱為應(yīng)用服務(wù)松捉，這個(gè)編寫(xiě)應(yīng)用服務(wù)夹界，是我們做應(yīng)用最終的目的，是我們業(yè)務(wù)邏輯的所在隘世。
以上掉盅，是領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)的基本組件，我們通過(guò)這些組件就足以描述我們的業(yè)務(wù)需求了以舒。
戰(zhàn)術(shù)與戰(zhàn)略
在有關(guān)于領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)的討論中趾痘，有時(shí)人們會(huì)提到兩個(gè)詞：戰(zhàn)術(shù)和戰(zhàn)略。
當(dāng)我們學(xué)習(xí)完上前一節(jié)所描述的那些名詞的時(shí)候蔓钟，實(shí)際上只是學(xué)會(huì)了領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)的戰(zhàn)術(shù)部分永票，即如何組織我們的代碼，但是比戰(zhàn)術(shù)部分更重要的是戰(zhàn)略部分，即如何組織我們的業(yè)務(wù)邏輯侣集，只有真正學(xué)會(huì)了戰(zhàn)略部分键俱，我們才能真正的使用領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)，并發(fā)揮其威力世分。
戰(zhàn)略部分的名詞比戰(zhàn)術(shù)部分還要少一些编振，但是復(fù)雜性會(huì)高一些。
邊界上下文（Bounded Context）
邊界上下文是整個(gè)戰(zhàn)術(shù)部分的基礎(chǔ)臭埋。所有的戰(zhàn)略包括戰(zhàn)術(shù)都是圍繞著這個(gè)詞展開(kāi)的踪央。其實(shí)理解起來(lái)很簡(jiǎn)單，那就是我們討論一件事物的時(shí)候瓢阴，總是在一個(gè)上下文中討論它畅蹂。《實(shí)現(xiàn)領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)》這本書(shū)中舉了這樣一個(gè)例子來(lái)描述這個(gè)問(wèn)題：
考慮一個(gè)圖書(shū)出版機(jī)構(gòu)荣恐，他需要處理圖書(shū)生命周期的不同階段液斜。粗略地講，我們可以認(rèn)為這些不同的階段對(duì)應(yīng)于以下不同的上下文環(huán)境：
- 概念設(shè)計(jì)叠穆，計(jì)劃出書(shū)
- 聯(lián)系作者少漆，簽訂合同
- 管理圖書(shū)編輯過(guò)程
- 設(shè)計(jì)圖書(shū)布局，包括插圖
- 將圖書(shū)翻譯成其他語(yǔ)言
- 出版紙質(zhì)版或者電子版
- 市場(chǎng)營(yíng)銷
- 將圖書(shū)賣(mài)給銷售商或者直接賣(mài)給讀者
- 將圖書(shū)發(fā)送給銷售商或者讀者
以上所有階段中硼被，我們可以用一個(gè)單一的概念對(duì)圖書(shū)進(jìn)行建模嗎检疫？顯然不行。
當(dāng)我們不為概念區(qū)分邊界上下文的時(shí)候祷嘶，我們的模型就會(huì)變得臃腫不堪，甚至互相沖突夺溢。比如概念設(shè)計(jì)论巍，圖書(shū)編輯過(guò)程中是允許圖書(shū)改名字的，但是進(jìn)入出版發(fā)行階段的時(shí)候风响，書(shū)名已經(jīng)成了一個(gè)不能改變的了嘉汰。通過(guò)劃分邊界上下文，我們的邏輯概念能得到清晰的表達(dá)状勤。
協(xié)作上下文
不同的上下文是可以協(xié)作的鞋怀，比如書(shū)籍編輯階段完畢就要將書(shū)籍信息同步給出版階段，這兩個(gè)上下文就是可以協(xié)作的持搜。而且不同的邊界上下文有以下幾種關(guān)系
- 合作關(guān)系
如果兩個(gè)界限上下文的團(tuán)隊(duì)要么一起成功密似，要么一起失敗，此時(shí)他們需要建立起一種合作關(guān)系葫盼。他們需要一起協(xié)調(diào)開(kāi)發(fā)計(jì)劃和集成管理残腌。兩個(gè)團(tuán)隊(duì)?wèi)?yīng)該在接口的演化上進(jìn)行合作，一同事滿足兩個(gè)系統(tǒng)的需求。應(yīng)該為互相關(guān)聯(lián)的軟件功能制定好計(jì)劃表抛猫，這樣可以確保這些功能在同一個(gè)發(fā)布中完成- 共享內(nèi)核
對(duì)于模型和代碼的共享將產(chǎn)生一種緊密的依賴性蟆盹，對(duì)于設(shè)計(jì)來(lái)說(shuō)，這種依賴可好可壞闺金，我們需要為共享的部分模型制定一個(gè)顯式的邊界逾滥，并保持共享內(nèi)核的小型化。共享內(nèi)核具有特殊的狀態(tài)败匹，在沒(méi)有雨另一個(gè)團(tuán)隊(duì)協(xié)商的情況下寨昙，這種狀態(tài)是不能改變的。我們應(yīng)該引入一種持續(xù)集成過(guò)程來(lái)保證共享內(nèi)核與通用語(yǔ)言的一致性哎壳。- 客戶方-供應(yīng)方
當(dāng)兩個(gè)團(tuán)隊(duì)處于一種上游-下游關(guān)系時(shí)毅待，上游團(tuán)隊(duì)可能獨(dú)立于下游團(tuán)隊(duì)完成開(kāi)發(fā)，此時(shí)下游團(tuán)隊(duì)的開(kāi)發(fā)可能會(huì)受到很大的影響归榕，因此尸红，在上游團(tuán)隊(duì)的計(jì)劃中，我們應(yīng)該顧及下游團(tuán)隊(duì)的需求刹泄。- 遵奉者
存在在上游-下游關(guān)系的兩個(gè)團(tuán)隊(duì)中外里，如果上游團(tuán)隊(duì)已經(jīng)沒(méi)有動(dòng)力提供下游團(tuán)隊(duì)之所需，下游團(tuán)隊(duì)便孤軍無(wú)助了特石，出于利他主義盅蝗，上游團(tuán)隊(duì)可能向下游團(tuán)隊(duì)做出種種承諾，但是有很大的可能是：這些承諾是無(wú)法實(shí)現(xiàn)的姆蘸。下游團(tuán)隊(duì)只能盲目的使用上游的模型墩莫。- 防腐層
在集成兩個(gè)設(shè)計(jì)的很好的界限上下文時(shí)，翻譯層可能很簡(jiǎn)單逞敷，甚至可以很優(yōu)雅的實(shí)現(xiàn)狂秦。但是，當(dāng)共享內(nèi)核推捐，合作關(guān)系或者客戶方-供應(yīng)方關(guān)系無(wú)法順利實(shí)現(xiàn)時(shí)裂问，此時(shí)翻譯將變得復(fù)雜。對(duì)于下游客戶來(lái)說(shuō)牛柒，你需要根據(jù)自己的領(lǐng)域模型創(chuàng)建一個(gè)單獨(dú)的層堪簿，該層作為上下游系統(tǒng)的代理像你的系統(tǒng)提供功能，防腐層通過(guò)已有的接口與其他系統(tǒng)進(jìn)行交互皮壁，而其他系統(tǒng)只需要做很小的修改椭更，甚至無(wú)須修改。在防腐層內(nèi)部蛾魄，他在你自己的模型他方模型進(jìn)行翻譯轉(zhuǎn)換甜孤。- 開(kāi)放主機(jī)服務(wù)
定義一種協(xié)議协饲，讓你的子系統(tǒng)通過(guò)該協(xié)議來(lái)訪問(wèn)你的服務(wù)。你需要將該協(xié)議公開(kāi)缴川，這樣任何想與你集成的人都可以使用該協(xié)議茉稠。在有新的集成需求時(shí)，你應(yīng)該對(duì)協(xié)議進(jìn)行改進(jìn)或者拓展把夸。對(duì)于一些特殊的需求而线，你可以采用一次性的翻譯予以處理，這樣可以保持協(xié)議的簡(jiǎn)單性和連貫性- 發(fā)布語(yǔ)言
在兩個(gè)界限上下文之間翻譯模型需要一種共用的語(yǔ)言恋日。此時(shí)你應(yīng)該使用一種發(fā)布出來(lái)的共享語(yǔ)言來(lái)完成集成交流膀篮。發(fā)布語(yǔ)言通常與開(kāi)放主機(jī)服務(wù)一起使用。- 另謀他路(SeparateWay)
在確定需求時(shí)岂膳，我們應(yīng)該堅(jiān)持到底誓竿。如果兩套功能沒(méi)有顯著的關(guān)系，那么他們是可以完全解耦的谈截。集成總是昂貴的筷屡，有時(shí)帶給你的好處也不大。聲明兩個(gè)界限上下文之間不存在任何關(guān)系簸喂，這樣使得開(kāi)發(fā)者去另外尋找簡(jiǎn)單的毙死，專門(mén)的方法來(lái)解決。- 大泥球
當(dāng)我們檢查已有系統(tǒng)時(shí)喻鳄，經(jīng)常會(huì)發(fā)現(xiàn)系統(tǒng)中存在混在一起的模型扼倘，他們之間的邊界是非常模糊的。此時(shí)你應(yīng)該為整個(gè)系統(tǒng)繪制一個(gè)邊界除呵，然后將其歸納在大泥球的范圍之列再菊。在這個(gè)邊界之內(nèi)，不要試圖使用復(fù)雜的建模收單來(lái)化解問(wèn)題颜曾。同時(shí)纠拔，這樣的系統(tǒng)有可能會(huì)向其他系統(tǒng)蔓延，你應(yīng)該對(duì)此保持警覺(jué)泛啸。
軟件架構(gòu)
領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)將傳統(tǒng)的軟件模塊進(jìn)行了精細(xì)化的劃分，這樣勢(shì)必影響到軟件組織結(jié)構(gòu)和軟件架構(gòu)秃症。一般的候址，領(lǐng)域驅(qū)動(dòng)將軟件組織成以下幾層
- Infrastructure 被稱為基礎(chǔ)設(shè)施，與數(shù)據(jù)庫(kù)种柑，郵件服務(wù)等服務(wù)打交道岗仑，但是不包括其他領(lǐng)域上下文中的服務(wù)。
- Domain 是我們的領(lǐng)域模型聚请，包括Entity荠雕，Value Object稳其，Aggregate，Domain Service
- Application 是我們的業(yè)務(wù)邏輯
- User Interface,不只是UI界面炸卑，還包括與其他系統(tǒng)的交互界面等既鞠。
在遵循了以上分層之后，領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)發(fā)展出多種架構(gòu)
面向服務(wù)的架構(gòu)
我們?cè)谀硞€(gè)界限上下文中的業(yè)務(wù)變遷永遠(yuǎn)在應(yīng)用程序里面盖文，這樣內(nèi)在的模型發(fā)生變化的時(shí)候嘱蛋，不會(huì)將這樣變化傳播到外傳，從而防止污染其他的上下文五续。
命令與查詢職責(zé)分離——CQRS
有時(shí)候我們向外暴露服務(wù)的時(shí)候洒敏，會(huì)使用一種被稱為DTO的數(shù)據(jù)結(jié)構(gòu)，DTO中可能包含了若干的領(lǐng)域?qū)ο笠徊⒎祷馗砑荩踔列枰玫骄酆喜樵冃谆铮@時(shí)候?yàn)榱吮３诸I(lǐng)域模型的純粹性（單純的表述業(yè)務(wù)模型），也為了優(yōu)化查詢速度它碎，我們會(huì)對(duì)查詢視圖所展示的數(shù)據(jù)進(jìn)行單獨(dú)存儲(chǔ)函荣。這被稱為命令與查詢分離架構(gòu)。
上圖中链韭，的Es是Event Souring的縮寫(xiě)偏竟，被稱為事件溯源。我們對(duì)領(lǐng)域?qū)ο筮M(jìn)行修改的時(shí)候敞峭，會(huì)產(chǎn)生一系列的事件踊谋，比如對(duì)于轉(zhuǎn)賬操作，A賬戶轉(zhuǎn)入金額的時(shí)候旋讹，會(huì)產(chǎn)生一個(gè)金額轉(zhuǎn)入的事件殖蚕。這個(gè)事件本身就是轉(zhuǎn)賬操作的一個(gè)副作用，別人是否對(duì)這個(gè)事件感興趣沉迹，以及對(duì)這個(gè)事件感興趣的操作是否立馬執(zhí)行睦疫，轉(zhuǎn)賬這個(gè)操作是不會(huì)關(guān)心的。我們只需要把這個(gè)事件放到消息總線上鞭呕，對(duì)這個(gè)消息感興趣的服務(wù)會(huì)由消息總線幫我們觸發(fā)蛤育。
一般的，如果我們把這種機(jī)制進(jìn)行推廣——所有的操作都依賴于領(lǐng)域事件葫松，那么當(dāng)我們把歷史上所有的操作都存儲(chǔ)到數(shù)據(jù)庫(kù)中瓦糕，那么我們通過(guò)反演這些事件，能夠得到處于任何時(shí)刻的領(lǐng)域模型數(shù)據(jù)庫(kù)腋么。這樣通過(guò)反演咕娄，可以糾正任何時(shí)刻因?yàn)椴徽_的計(jì)算導(dǎo)致的結(jié)果。甚至珊擂，我們搞一套AB環(huán)境圣勒，我們只要有這些領(lǐng)域事件费变，我們就可以在不同的環(huán)境中得到不同的結(jié)果。
