都在聊 DDD,到底哪里超越了MVC?
關(guān)注Java核心技術(shù)，推送更多 Java 干貨！
來源：juejin.cn/post/6917125801460629518
前言
要想深入掌握和了解 DDD 領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)的核心，那無論如何也繞不開兩大較為抽象的概念——“貧血模型”、“充血模型”：
- 貧血模型即事務(wù)腳本模式。
- 充血模型即領(lǐng)域模型模式。
貧血模型
貧血模型最早廣泛應(yīng)用源于EJB2，最強(qiáng)盛時(shí)期則是由Spring創(chuàng)造，將：
- 只有狀態(tài)的對(duì)象就是所謂的“貧血對(duì)象”（常稱為VO——Value Object）；
- 只有行為的對(duì)象就是，我們常見的N層結(jié)構(gòu)中的Logic/Service/Manager層（對(duì)應(yīng)到EJB2中的Stateless Session Bean）。
——曾經(jīng)Spring的作者Rod Johnson也承認(rèn)，Spring不過是在沿襲EJB2時(shí)代的“事務(wù)腳本”，也就是面向過程編程。
貧血領(lǐng)域模型是一個(gè)存在已久的反模式，目前仍有許多擁躉者。
Martin Fowler 曾經(jīng)和 Eric Evans 聊天談到它時(shí)，都覺得這個(gè)模型似乎越來越流行了。作為領(lǐng)域模型的推廣者，他們覺得這不是一件好事。
一些面向?qū)ο髮＜业挠^點(diǎn)有時(shí)會(huì)讓人產(chǎn)生疑惑，他們認(rèn)為的確應(yīng)該有一個(gè)面向過程的服務(wù)層。但是，這并不意味著領(lǐng)域模型就不應(yīng)該包含行為。事實(shí)上，service層需要和一組富含行為的領(lǐng)域模型結(jié)合使用。最新 Java 面試題出爐！分享給你。
Eric Evans的Domain Driven Design一書中提到：
應(yīng)用層（即Service層）
描述應(yīng)用程序所要做的工作，并調(diào)度豐富的領(lǐng)域模型來完成它。這個(gè)層次的任務(wù)是描述業(yè)務(wù)邏輯，或和其它項(xiàng)目的應(yīng)用層做交互。這層很薄，不包含任何業(yè)務(wù)規(guī)則或知識(shí)，僅用于調(diào)度和派發(fā)任務(wù)給下一層的領(lǐng)域模型。這層沒有業(yè)務(wù)狀態(tài)，但可以為用戶或程序提供任務(wù)狀態(tài)。
領(lǐng)域?qū)樱ɑ蛘呓心Ｐ蛯樱?/strong>
表示業(yè)務(wù)邏輯、業(yè)務(wù)場(chǎng)景和規(guī)則。該層次會(huì)控制和使用業(yè)務(wù)狀態(tài)，即使這些狀態(tài)最終會(huì)交由持久化層來存儲(chǔ)?？傊搶邮擒浖诵?。
服務(wù)層很薄——所有重要的業(yè)務(wù)邏輯都寫在領(lǐng)域?qū)?。他在服?wù)模式中復(fù)述了這一觀點(diǎn)：如今人們常犯的錯(cuò)誤是不愿花時(shí)間將業(yè)務(wù)邏輯放到合適的領(lǐng)域模型中，從而逐漸形成面向過程的程序設(shè)計(jì)。
我不清楚為什么這種反模式會(huì)那么常見。我懷疑是因?yàn)榇蠖鄶?shù)人并沒有使用過一個(gè)設(shè)計(jì)良好的領(lǐng)域模型，特別是那些以數(shù)據(jù)為中心的開發(fā)人員。此外，有些技術(shù)也會(huì)推動(dòng)這種反模式，比如J2EE的Entity Bean，這會(huì)讓我更傾向于使用POJO領(lǐng)域模型。
總之，如果你將大部分行為都放置在服務(wù)層，那么你就會(huì)失去領(lǐng)域模型帶來的好處。如果你將所有行為都放在服務(wù)層，那你就無可救藥了。
關(guān)注Java核心技術(shù)，推送更多 Java 干貨！
優(yōu)點(diǎn)
簡(jiǎn)單：
- 對(duì)于只有少量業(yè)務(wù)邏輯的應(yīng)用來說，使用起來非常自然；
- 開發(fā)迅速，易于理解；
- 注意：也不能完全排斥這種方式。
缺點(diǎn)
無法良好的應(yīng)對(duì)復(fù)雜邏輯：
- 比如收入確認(rèn)規(guī)則發(fā)生變化，例如在4月1號(hào)之前簽訂的合同要使用某規(guī)則……
- 和歐洲簽訂的合同使用另外一個(gè)規(guī)則……
充血模型
面向?qū)ο笤O(shè)計(jì)的本質(zhì)是：“一個(gè)對(duì)象是擁有狀態(tài)和行為的”。
比如一個(gè)人：
- 他眼睛什么樣鼻子什么樣這就是狀態(tài)；
- 人可以去打游戲或是寫程序，這就是行為。
為什么要有一個(gè)“人Manager”這樣的東西存在去幫人“打游戲”呢？舉個(gè)簡(jiǎn)單的J2EE案例，設(shè)計(jì)一個(gè)與用戶（User）相關(guān)功能。最新 Java 面試題出爐！分享給你。
傳統(tǒng)的設(shè)計(jì)一般是：
- 類：User+UserManager；
- 保存用戶調(diào)用：userManager.save(User user)。
充血的設(shè)計(jì)則可能會(huì)是：
- 類：User；
- 保存用戶調(diào)用：user.save()；
- User有一個(gè)行為是：保存它自己。
其實(shí)它們沒有什么特別適用的方向，個(gè)人更傾向于總是使用充血模型，因?yàn)镺OP總是比面向過程編程要有更豐富的語義、更合理的組織、更強(qiáng)的可維護(hù)性—當(dāng)然也更難掌握。
因此實(shí)際工程場(chǎng)景中，是否使用，如何使用還依賴于設(shè)計(jì)者以及團(tuán)隊(duì)充血模型設(shè)計(jì)的理解和把握，因?yàn)楝F(xiàn)在絕大多數(shù)J2EE開發(fā)者都受貧血模型影響非常深。另外，實(shí)際工程場(chǎng)景中使用充血模型，還會(huì)碰到很多很多細(xì)節(jié)問題，其中最大的難關(guān)就是“如何設(shè)計(jì)充血模型”或者說“如何從復(fù)雜的業(yè)務(wù)中分離出恰到好處且包含語義的邏輯放到VO的行為中”。
如果一個(gè)對(duì)象包含其他對(duì)象，那就將職責(zé)繼續(xù)委托下去，由具體的 POJO 執(zhí)行業(yè)務(wù)邏輯，將策略模式更加細(xì)粒度，而不是寫 ifelse。
最近好文分享1. 最新 Java 面試題出爐！（帶全部答案）
2. 重磅！Oracle 宣布從 JDK 17 開始正式免費(fèi)。。3. Java 調(diào)用第三方接口，實(shí)戰(zhàn)來了！4. 用好這個(gè)IDEA插件，寫代碼效率至少提升5倍！
5. 手寫一個(gè)迷你版 HashMap，面試隨便問！
更多請(qǐng)關(guān)注???Java核心技術(shù)一個(gè)分享Java核心技術(shù)干貨的公眾號(hào)
點(diǎn)擊閱讀原文獲取面試題～