本文系轉(zhuǎn)載养铸，后半段領(lǐng)域模型有點(diǎn)不懂了雁芙。。钞螟。有空細(xì)細(xì)磨

Martin Fowler很早以前就寫(xiě)過(guò)一篇文章兔甘，題目叫”貧血模型”。文章里面批判貧血的領(lǐng)域模型是不夠優(yōu)雅鳞滨、不夠OO的洞焙，提倡使用充血的領(lǐng)域模型。在Java世界里這是一直爭(zhēng)論的話(huà)題拯啦。到底什么是貧血什么是充血呢澡匪？

貧血模型

貧血模型：是指領(lǐng)域?qū)ο罄镏挥術(shù)et和set方法，或者包含少量的CRUD方法褒链，所有的業(yè)務(wù)邏輯都不包含在內(nèi)而是放在Business Logic層唁情。

優(yōu)點(diǎn)是系統(tǒng)的層次結(jié)構(gòu)清楚，各層之間單向依賴(lài)甫匹，Client->(Business Facade)->Business Logic->Data Access(ADO.NET)甸鸟。當(dāng)然Business Logic是依賴(lài)Domain Object的。似乎現(xiàn)在流行的架構(gòu)就是這樣兵迅，當(dāng)然層次還可以細(xì)分抢韭。?

該模型的缺點(diǎn)是不夠面向?qū)ο螅I(lǐng)域?qū)ο笾皇亲鳛楸４鏍顟B(tài)或者傳遞狀態(tài)使用恍箭，所以就說(shuō)只有數(shù)據(jù)沒(méi)有行為的對(duì)象不是真正的對(duì)象刻恭。在Business Logic里面處理所有的業(yè)務(wù)邏輯，在POEAA(企業(yè)應(yīng)用架構(gòu)模式)一書(shū)中被稱(chēng)為T(mén)ransaction Script模式扯夭。

充血模型

充血模型： 層次結(jié)構(gòu)和上面的差不多鳍贾，不過(guò)大多業(yè)務(wù)邏輯和持久化放在Domain Object里面，Business Logic只是簡(jiǎn)單封裝部分業(yè)務(wù)邏輯以及控制事務(wù)交洗、權(quán)限等贾漏，這樣層次結(jié)構(gòu)就變成Client->（Business Facade)->Business Logic->Domain Object->Data Access。

優(yōu)點(diǎn)是面向?qū)ο笈航睿珺usiness Logic符合單一職責(zé)纵散，不像在貧血模型里面那樣包含所有的業(yè)務(wù)邏輯太過(guò)沉重逗威。?

缺點(diǎn)是如何劃分業(yè)務(wù)邏輯顺呕，什么樣的邏輯應(yīng)該放在Domain Object中，什么樣的業(yè)務(wù)邏輯應(yīng)該放在Business Logic中萤厅，這是很含糊的暇藏。即使劃分好了業(yè)務(wù)邏輯蜜笤，由于分散在Business Logic和Domain Object層中，不能更好的分模塊開(kāi)發(fā)盐碱。熟悉業(yè)務(wù)邏輯的開(kāi)發(fā)人員需要滲透到Domain Logic中去把兔，而在Domain Logic又包含了持久化沪伙，對(duì)于開(kāi)發(fā)者來(lái)說(shuō)這十分混亂。 其次县好，因?yàn)锽usiness Logic要控制事務(wù)并且為上層提供一個(gè)統(tǒng)一的服務(wù)調(diào)用入口點(diǎn)围橡，它就必須把在Domain Logic里實(shí)現(xiàn)的業(yè)務(wù)邏輯全部重新包裝一遍，完全屬于重復(fù)勞動(dòng)缕贡。

如果技術(shù)能夠支持充血模型翁授，那當(dāng)然是最完美的解決方案。不過(guò)現(xiàn)在 的.NET框架并沒(méi)有ORM工具（不算上開(kāi)源的NHibernate晾咪，Castle之類(lèi)）收擦，沒(méi)有ORM就沒(méi)有透明的持久化支持，在Domain Object層會(huì)對(duì)Data Access層構(gòu)成依賴(lài)谍倦，如果脫離了Data Access層塞赂，Domain Object的業(yè)務(wù)邏輯就無(wú)法進(jìn)行單元測(cè)試，這也是很致命的昼蛀。如果有像Spring的動(dòng)態(tài)注入和Hibernate的透明持久化支持减途，那么充血模型還是能夠?qū)崿F(xiàn)的。

領(lǐng)域模型

自從Martin Fowler的DDD（Domain Driven Develop 領(lǐng)域驅(qū)動(dòng)開(kāi)發(fā)）提出來(lái)之后曹洽，無(wú)數(shù)的人就開(kāi)始非議ORM方式下的持久化實(shí)體類(lèi)鳍置，抨擊這種方式下的實(shí)體類(lèi)是“貧血”的，缺乏豐富業(yè)務(wù)語(yǔ)義的送淆。其實(shí)他們都犯了一個(gè)最基本的邏輯錯(cuò)誤 － 偷換概念税产。

概念是如何被偷換的呢？請(qǐng)注意偷崩，領(lǐng)域模型（Domain Model）是一個(gè)商業(yè)建模范疇的概念辟拷，他和軟件開(kāi)發(fā)并無(wú)一絲一毫的關(guān)系，即使一個(gè)企業(yè)他不開(kāi)發(fā)軟件阐斜，他也具備他的業(yè)務(wù)模型衫冻，所有的同行業(yè)的企業(yè)他們的業(yè)務(wù)模型必定有非常大的共性和內(nèi)在的規(guī)律性，由這個(gè)行業(yè)內(nèi)的各個(gè)企業(yè)的業(yè)務(wù)模型再向上抽象出來(lái)整個(gè)行業(yè)的業(yè)務(wù)模型谒出，這個(gè)東西即“領(lǐng)域模型”隅俘。一個(gè)掌握了行業(yè)領(lǐng)域模型的軟件公司，根本不需要再給人家開(kāi)發(fā)項(xiàng)目了笤喳，根本不需要靠軟件開(kāi)發(fā)養(yǎng)活自己了为居，你光給這個(gè)行業(yè)的企業(yè)提供業(yè)務(wù)咨詢(xún)已經(jīng)賺得非常豐厚的利潤(rùn)了。以我現(xiàn)在兼職所在的公司來(lái)說(shuō)杀狡，就是這樣一家軟件公司蒙畴，在行業(yè)內(nèi)積累了足夠的領(lǐng)域模型，成立了一個(gè)專(zhuān)門(mén)的咨詢(xún)部門(mén)呜象，這個(gè)部門(mén)下面都是咨詢(xún)師膳凝，他們是不管軟件開(kāi)發(fā)的碑隆，也不懂軟件開(kāi)發(fā)，他們就專(zhuān)門(mén)教這個(gè)行業(yè)的客戶(hù)蹬音，教他們?cè)趺慈プ鲎约旱臉I(yè)務(wù)上煤，他們比客戶(hù)還精通客戶(hù)的業(yè)務(wù)，光是業(yè)務(wù)咨詢(xún)已經(jīng)可以為公司帶來(lái)很多的收入祟绊。

而軟件開(kāi)發(fā)呢？一個(gè)并沒(méi)有行業(yè)經(jīng)驗(yàn)積累的軟件公司哥捕，它開(kāi)發(fā)的軟件牧抽，基本上完全是需求驅(qū)動(dòng)，而不是領(lǐng)域模型驅(qū)動(dòng)遥赚。只有具備了領(lǐng)域模型積累的公司才有資格去談?lì)I(lǐng)域模型驅(qū)動(dòng)軟件開(kāi)發(fā)扬舒。在由領(lǐng)域模型往某種編程語(yǔ)言如Java上來(lái)實(shí)現(xiàn)的時(shí)候，絕對(duì)不會(huì)是1:1的對(duì)應(yīng)關(guān)系凫佛，即使是粗顆粒度的EJB2模型都做不到讲坎，更不要說(shuō)更加強(qiáng)調(diào)細(xì)顆粒度的POJO模型呢？用面向?qū)ο蟮恼Z(yǔ)言如Java來(lái)編寫(xiě)一個(gè)領(lǐng)域模型愧薛，如果是用EJB2模型晨炕，你需要使用最少兩個(gè)以上的EJB，即一個(gè) Session Bean毫炉，處理面向流程的控制邏輯瓮栗，一個(gè)Entity Bean，處理面向持久化的實(shí)體邏輯（持久化操作附著在Entity Bean的Home接口上）瞄勾。如果是更加復(fù)雜的領(lǐng)域模型费奸，那么你需要更多的EJB，也許是一個(gè)領(lǐng)域模型需要多個(gè)Entity Bean和多個(gè)Session Bean〗福現(xiàn)在我們使用基于POJO模型的實(shí)現(xiàn)愿阐，那么粗顆粒度的EJB還要繼續(xù)細(xì)分：一個(gè)Entity Bean要?jiǎng)冸x出來(lái)至少三個(gè)以上的POJO，即一個(gè)或者多個(gè)實(shí)體類(lèi)趾疚，一個(gè)或者多個(gè)DAO接口類(lèi)缨历，一個(gè)或者多個(gè)DAO接口實(shí)現(xiàn)類(lèi)；一個(gè)Session Bean要切分為多個(gè)業(yè)務(wù)Bean糙麦。

由此我們終于看出來(lái)概念是怎樣被偷換的了戈二，一個(gè)商業(yè)概念的抽象領(lǐng)域模型被一個(gè)Java持久化實(shí)體類(lèi)替代了。但是我們應(yīng)該看到喳资，Martin批評(píng)的貧血的領(lǐng)域模型并不是Hibernate實(shí)體類(lèi)觉吭，Martin指的貧血的領(lǐng)域模型實(shí)際上是缺乏豐富業(yè)務(wù)邏輯概念的領(lǐng)域抽象模型，這和Hibernate實(shí)體類(lèi)完全是風(fēng)牛馬不相及的東西仆邓。而Hibernate實(shí)體類(lèi)只是具體編碼過(guò)程中鲜滩，為了實(shí)現(xiàn)一個(gè)領(lǐng)域模型而編寫(xiě)的一組基于POJO的對(duì)象中的伴鳖，完成領(lǐng)域模型某個(gè)特征的類(lèi)。而這個(gè)領(lǐng)域模型完整的特征并不應(yīng)該徙硅，也不可能由一個(gè)非常粗顆粒度的單類(lèi)完成榜聂，而是由一組互相協(xié)作的類(lèi)完成：即Hibernate的實(shí)體類(lèi)保持領(lǐng)域模型的狀態(tài)；DAO接口實(shí)現(xiàn)類(lèi)完成領(lǐng)域模型的持久化操作嗓蘑；Spring Bean類(lèi)完成領(lǐng)域模型的邏輯控制功能须肆。

POJO指的就是非EJB那種重量級(jí)，高侵入性的組件模型桩皿，關(guān)于POJO的定義豌汇，你同樣可以在Martin Fowler的bliki上面找到。

Spring的Bean是不是POJO泄隔？ 是的拒贱！?

Hibernate的entity是不是POJO？是的佛嬉！?

DAO接口是不是POJO逻澳？是的！?

EJB是不是POJO暖呕？ 不是的斜做！

我沒(méi)有看過(guò)Martin的DDD，我按照自己的理解湾揽， POJO domain models指的就是輕量級(jí)的領(lǐng)域模型陨享。何為輕量級(jí)？ 把領(lǐng)域模型的各個(gè)特征钝腺，各個(gè)屬性抛姑，各個(gè)邏輯都塞到一個(gè)class里面叫做輕量級(jí)嗎？

我認(rèn)為艳狐，Martin批評(píng)的貧血的領(lǐng)域模型是指只關(guān)注了領(lǐng)域模型持久化特征方面定硝，而忽略了領(lǐng)域模型其他特征方面的模型，這樣的模型是貧血的毫目。因?yàn)檫@種模型只關(guān)注了模型在技術(shù)層面的外在表現(xiàn)蔬啡，也就是說(shuō)只關(guān)注了數(shù)據(jù)的存取操作，而忽視了模型蘊(yùn)含的業(yè)務(wù)核心價(jià)值镀虐。

舉例來(lái)說(shuō)箱蟆，我們編一個(gè)銀行軟件，如果你只關(guān)注了賬戶(hù)的增刪改查刮便，這叫做貧血空猜！而實(shí)際上你應(yīng)該關(guān)注的是賬戶(hù)的業(yè)務(wù)特征，而不是數(shù)據(jù)特征，你應(yīng)該關(guān)注的是賬號(hào)開(kāi)立的業(yè)務(wù)辈毯，賬戶(hù)注銷(xiāo)的業(yè)務(wù)坝疼，賬號(hào)過(guò)戶(hù)的業(yè)務(wù)等等，這才是領(lǐng)域模型谆沃。這種領(lǐng)域模型在一個(gè)單純的技術(shù)實(shí)現(xiàn)層面來(lái)說(shuō)钝凶，對(duì)于最簡(jiǎn)單的業(yè)務(wù)，你可能只是Account類(lèi)的增刪改查唁影，但是對(duì)于復(fù)雜的業(yè)務(wù)來(lái)說(shuō)耕陷，他就不單但是一個(gè)類(lèi)，一個(gè)表的簡(jiǎn)單操作了据沈，例如開(kāi)立賬戶(hù)哟沫，你要收手續(xù)費(fèi)，以及考察個(gè)人財(cái)務(wù)狀況卓舵，那么此時(shí)你需要的就是一組協(xié)作的類(lèi)南用。

Martin提到領(lǐng)域模型膀钠，意在強(qiáng)調(diào)我們應(yīng)該關(guān)注軟件的業(yè)務(wù)掏湾，關(guān)注行業(yè)知識(shí)的內(nèi)在規(guī)律，并且把這種規(guī)律建模為領(lǐng)域模型肿嘲，批評(píng)拿到一個(gè)軟件融击，腦子里面光想到數(shù)據(jù)庫(kù)增刪改查的人。這和我們的Hibernate持久化類(lèi)毫無(wú)關(guān)系雳窟！

我的看法是：一個(gè)抽象的領(lǐng)域模型具備多方面的特征尊浪，你需要用一組互相協(xié)作的類(lèi)來(lái)完成它，每一個(gè)或者一組類(lèi)承擔(dān)這個(gè)領(lǐng)域模型的某個(gè)特征封救。例如某個(gè)領(lǐng)域模型拇涤，例如上面的賬戶(hù)，你需要一組Hibernate持久化類(lèi)：包括Account類(lèi)誉结，User類(lèi)鹅士，F(xiàn)inance類(lèi)，一組SpringBean類(lèi)惩坑，AccountManager掉盅，F(xiàn)inanceManager，一組DAO接口和實(shí)現(xiàn)類(lèi)以舒。由這些POJO的類(lèi)互相協(xié)作來(lái)共同完成這個(gè)領(lǐng)域模型趾痘。如果你僅僅關(guān)注Account的增刪改查，那就貧血了蔓钟，而如果你關(guān)注了賬戶(hù)的業(yè)務(wù)規(guī)則永票，并且考慮一組互相協(xié)作的類(lèi)去完成它，就不是貧血的。