前幾天我在GitHub上看到了一個在線商城的項目，star數(shù)上萬，我很好奇，這個項目這么多人捧場，應(yīng)該不錯吧！于是把代碼下載下來，瀏覽了一番。?

讓我驚訝的是，代碼寫得有點慘，長達幾百行的方法比比皆是。沒有面向?qū)ο缶幊痰乃季S，用過程性的方式把業(yè)務(wù)邏輯統(tǒng)統(tǒng)堆砌在Service， 沒有領(lǐng)域模型，沒有職責(zé)的劃分。

我不清楚為什么這個項目能獲得這么高的star數(shù)，如果大家真的覺得這個項目質(zhì)量好，那就太可怕了。我更傾向于相信很多人覺得這個項目有用，改一改就能當畢業(yè)論文，或者當簡歷中的項目經(jīng)驗吧。

?

1

這不是我今天想說的重點，回想起我看過的開源項目和經(jīng)歷過的商業(yè)項目，有個問題挺突出的：?

這些代碼中只有Controller, Service ,DAO，并且用過程性的方式把業(yè)務(wù)邏輯像垃圾一樣丟到Service層當中，讓Service層變得臃腫不堪，難以維護。

在這些代碼中的領(lǐng)域模型被稱為“貧血模型”， 特點是只有g(shù)etter/setter方法，Service層經(jīng)常做的事情就是：

1. 根據(jù)某個ID從數(shù)據(jù)庫獲取貧血的對象

2. 創(chuàng)建一個新的貧血對象，執(zhí)行一堆業(yè)務(wù)邏輯，調(diào)用setter方法裝配這些貧血的對象，然后保存到數(shù)據(jù)庫中。

再加上修改和刪除，那就是著名的CRUD了。

貧血的領(lǐng)域模型在這里主要承擔的是數(shù)據(jù)容器和數(shù)據(jù)傳輸?shù)穆氊?zé)，而不是計算業(yè)務(wù)邏輯的地方。

關(guān)于貧血模型，充血模型， 15年前在javaeye網(wǎng)站上就有過非常充分的討論（參見文末的鏈接），沒看過的強烈建議讀一讀。

軟件開發(fā)大牛Martin Fowler在18年前也出版過一本書，叫做《企業(yè)應(yīng)用架構(gòu)模式》，其中講到的“事務(wù)腳本”就是這種方法。

沒想到這么多年過去了，還是有很多Spring項目在使用事務(wù)腳本/貧血模型！

當然，沒有東西絕對的，事務(wù)腳本/貧血模型也有它適用的地方，那就是對于簡單的，沒有復(fù)雜業(yè)務(wù)的系統(tǒng)，大部分都是CRUD， 那可以快速地把系統(tǒng)給搞起來。

但是業(yè)務(wù)邏輯一旦變復(fù)雜，Service層就難以承受，變得難以閱讀，難以修改，難以維護了。?這時候一定要做出重構(gòu)，給Service層減負，讓業(yè)務(wù)邏輯呆在它應(yīng)該呆的地方，即領(lǐng)域模型當中。

?

2

我在標題中說被Spring帶著跑偏了，好像是把鍋甩給了Spring，冤枉Spring了，管人家Spring什么事？明明是程序員沒有用好嘛！

在網(wǎng)上有一種說法：Spring的作者Rod Johnson也承認，Spring也是在沿襲EJB2時代的“事務(wù)腳本”，也就是面向過程編程 ！

雖然我沒有找到這句話的原始出處，但是不得不說SSH/SSM對很多初學(xué)者的誤導(dǎo)作用，在SSH/SSM的很多例子當中，用的都是這種貧血模型，這就給初學(xué)者帶來了一種印象：把貧血的領(lǐng)域?qū)ο螽斪鰿語言的結(jié)構(gòu)體，把Service當作C語言中的函數(shù)來使用，似乎這就是正確的用法。

Martin Fowler提出了貧血模型這一反模式以后，Spring的核心開發(fā)人員Craig Walls（也是《Spring實戰(zhàn)》的作者）在2005年就寫過一篇文章《Spring 2.0 vs 貧血模型》，其中闡述了Spring 2.0如何避免貧血模型，不過他在其中提到的是領(lǐng)域模型自己處理持久化，然后需要引用DAO的問題。

?

3

很多人給我說工作瑣碎，修修補補，很沒意思。我建議看一看自己的項目，是不是符合這樣的條件：業(yè)務(wù)復(fù)雜+貧血模型，如果是的話就可以學(xué)習(xí)面向?qū)ο蟮脑O(shè)計，體會一下真正的領(lǐng)域模型。

如果你成功了，看到清爽的、薄薄的Service層，有著充分測試用例的Domain Object，心里會很爽的。

從執(zhí)行策略上來說，先要想辦法獲取領(lǐng)導(dǎo)支持，如果沒有領(lǐng)導(dǎo)首肯，自己私下里練習(xí)一下，然后把漂亮的結(jié)果展示給領(lǐng)導(dǎo)看看，更有說服力。

如果你面對這樣的代碼束手無策的時候，不妨看看這篇文章：《當15年的老司機遇到爛項目、爛代碼時，他會做這5件事！》

我知道做出這樣的改變是不容易的，但是這么做了才是體現(xiàn)你能力的時候，是讓你脫穎而出的時候。

?

參考文章：

Javaeye的討論：

https://www.iteye.com/topic/11712

Martin Fowler的文章：

https://www.ituring.com.cn/article/details/25

Craig Walls的文章：

https://martinfowler.com/bliki/AnemicDomainModel.html

總結(jié)

以上是生活随笔為你收集整理的我觉得有不少人被Spring带着跑偏了！的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。