要了解領(lǐng)域驅(qū)動開發(fā)，最好的方法是從一個實例入手疚顷，下面這個鏈接給出的例子就不錯，簡單易懂范舀，但是每看一次可能對領(lǐng)域驅(qū)動就有一些更深入的理解仔拟。
http://kb.cnblogs.com/page/522125/
下面是我自己目前對領(lǐng)域驅(qū)動開發(fā)的一些理解衫樊。
傳統(tǒng)的開發(fā)方式
傳統(tǒng)的開發(fā)模型一般分為三層Controller/Handler, Service, Dao層飒赃。
- Controller/Handler: 負(fù)責(zé)承接Web前端或者其他系統(tǒng)（中間件）發(fā)送過來的請求利花，并將請求分發(fā)給Service層科侈。
- Service：處理具體的邏輯，對于數(shù)據(jù)庫操作炒事，委托給Dao層臀栈。
- DAO： 負(fù)責(zé)數(shù)據(jù)庫的訪問。
其實在傳統(tǒng)開發(fā)的初期我們也會按照業(yè)務(wù)領(lǐng)域?qū)Υa結(jié)構(gòu)進(jìn)行劃分挠乳，比如每個頁面都有自己對應(yīng)的Controller权薯、Service和Dao對象。
隨著業(yè)務(wù)越來越復(fù)雜睡扬，Service層會出現(xiàn)以下問題：
- 業(yè)務(wù)邏輯越來越復(fù)雜盟蚣，代碼越來越多。
- 剛開始一個Service可能只包含對一個數(shù)據(jù)庫表的增刪改查的邏輯卖怜，后來可能會需要依賴其他的數(shù)據(jù)庫表屎开，這樣就需要依賴其他的Dao對象或者Service對象。最終導(dǎo)致Service層出現(xiàn)復(fù)雜的交叉依賴马靠。
為了解決上述問題奄抽，我們需要對Service層進(jìn)行分拆，把一些公用的功能抽出來單獨放到一個Service甩鳄，原來按照頁面進(jìn)行劃分的方式已經(jīng)不夠細(xì)了逞度。這時我們可能需要按照業(yè)務(wù)領(lǐng)域進(jìn)行拆分了。但是由于代碼邏輯已經(jīng)非常復(fù)雜妙啃，我們甚至不知道一個Service到底包含了哪些業(yè)務(wù)領(lǐng)域档泽，哪些代碼在不同的Service里面重復(fù)出現(xiàn)。問題的癥結(jié)在于傳統(tǒng)的Service沒有一個<b>明確的業(yè)務(wù)邊界</b>（也許剛開始設(shè)計的時候有）揖赴。
領(lǐng)域驅(qū)動開發(fā)模型
之前提到了傳到開發(fā)方式?jīng)]有明確的業(yè)務(wù)邊界茁瘦，導(dǎo)致業(yè)務(wù)復(fù)雜之后很難拆分。那么為什么不開始就設(shè)置好明確的邊界呢储笑？
傳統(tǒng)開發(fā)方式將模型（貧血模型）與業(yè)務(wù)邏輯分離開了甜熔，隨著業(yè)務(wù)復(fù)雜性的增加，原有的Service類最終會逃離模型的限制而變得沒有邊界突倍。那么設(shè)置明確邊界的最好方式就是把業(yè)務(wù)邏輯放到模型里面來腔稀。這其實就是面向?qū)ο笤O(shè)計，一個模型擁有自己的屬性以及職責(zé)范圍內(nèi)的方法羽历。傳統(tǒng)的分層開發(fā)只不過是面向過程設(shè)計（雖然Java是面向?qū)ο蟮暮嘎玻谴蠖鄶?shù)時候我們還是在用面向?qū)ο蟮恼Z言進(jìn)行面向過程的設(shè)計）。
領(lǐng)域驅(qū)動開發(fā)的優(yōu)勢
- 更易于不懂技術(shù)的人去理解系統(tǒng)的整體架構(gòu)秕磷，這有就能夠和業(yè)務(wù)方面的專家進(jìn)行溝通诵闭。
- 將業(yè)務(wù)邏輯限制在模型里面，這樣后續(xù)的開發(fā)人員就會有比較明確的感知，哪些邏輯適合放到哪個類里面疏尿。
- 當(dāng)你需要某個服務(wù)的時候瘟芝，你能很容易的找到提供服務(wù)的類，減少代碼的重復(fù)褥琐。
一個大型系統(tǒng)的設(shè)計思路
比如我們需要為某個電商企業(yè)的各個部門設(shè)計一整套軟件系統(tǒng)锌俱。
面向服務(wù)架構(gòu)（SOA）
首先我們用SOA的思想劃分子系統(tǒng)，比如一個企業(yè)的系統(tǒng)可以劃分為：
人事敌呈，財務(wù)贸宏，后勤，核心業(yè)務(wù)（電商網(wǎng)站）
每個子系統(tǒng)向外暴露自己的服務(wù)磕洪。
分層架構(gòu)與領(lǐng)域驅(qū)動設(shè)計
對于每個子系統(tǒng)吭练，我們可以采用分層架構(gòu)和領(lǐng)域驅(qū)動設(shè)計
Controller, Service, Model(領(lǐng)域模型), Dao
其中Service主要是把領(lǐng)域模型串聯(lián)起來提供某個業(yè)務(wù)流程的服務(wù)。
注意事項
- 模型是有狀態(tài)的析显，不是單例的线脚。
- 模型不應(yīng)該包含對自身的創(chuàng)建邏輯。
- 模型只能包含對自己屬性的操作叫榕，比如用戶模型浑侥，只能包含對某個用戶的操作，而不應(yīng)該包含整個用戶集合的操作晰绎。
