在文章的開始,我先舉一個(gè)例子
　　美國(guó)M4謝爾曼坦克 VS德國(guó)的虎式坦克(相關(guān)資料如下http://mil.eastday.com/m/20070515/u1a2833237.html)

　　5：1 在五一期間，電視節(jié)目中的二戰(zhàn)武器大對(duì)決吸引了我，其中當(dāng)美國(guó)大兵說他們?cè)谟?輛坦克的代價(jià)來?yè)Q德國(guó)人的一輛虎式（I）型坦   克時(shí)，我們可以得出一個(gè)結(jié)論。蒙哥馬利和艾森豪威爾是在用二三十人的生命去換德軍的一輛坦克（而因?yàn)榈萝娞箍搜b甲厚重，里面的架駛員得以逃生）。這是怎么一種自殺式的進(jìn)攻呀！也許這么高的傷亡率在最終的勝利面前可能無所謂，但對(duì)于士兵([拯救大兵瑞恩])卻不完全是這么一回事了。而這里公司的CEO，或高層無疑也可以被視為這兩位偉人的化身。為了開發(fā)進(jìn)度和用戶，他們可以強(qiáng)迫思維活越的程序員喪失創(chuàng)造力，因?yàn)樗麄冃枰氖悄苌纱a的工人（相當(dāng)于打仗的美國(guó)大兵）。而培養(yǎng)這些大兵的軍事訓(xùn)練所（軟件培訓(xùn)中心）也就成為源源不斷制造這種產(chǎn)品的工廠了。
   
　　這里不妨把OO域模型比做是虎式坦克，它在代碼結(jié)構(gòu),功能擴(kuò)展（等同于火力），可維護(hù)性,可讀性 健壯性安全性（裝甲）等方面都是非常有優(yōu)勢(shì)的。但同時(shí)也出現(xiàn)了問題那就是機(jī)動(dòng)性（太重太耗油,等同于學(xué)習(xí)成本），以及生產(chǎn)數(shù)量（等同于開發(fā)速度）成了這個(gè)優(yōu)秀設(shè)計(jì)思想的制約因素。因?yàn)榫呶伊私釵O設(shè)計(jì)會(huì)造成開發(fā)前期進(jìn)度上的相對(duì)滯后，甚至搭一個(gè)框架所用的時(shí)間就已經(jīng)讓公司高級(jí)無法接受了。而同時(shí)一般公司又不愿意為這部分時(shí)間成功埋單, 因此程序員就想盡一切辦法（甚至生產(chǎn)垃圾代碼）來跟上開發(fā)進(jìn)度。雖然有開源框架，代碼生成工具等來幫助提升代碼的質(zhì)量和開發(fā)速度，但本質(zhì)上這個(gè)項(xiàng)目它已經(jīng)成了一輛 "謝爾曼坦克"，它無法全面享受到OO所能提供的優(yōu)勢(shì)，而這里又不得不回頭用重構(gòu)等方法來改善代碼質(zhì)量了。（有些項(xiàng)目甚至連回頭的機(jī)會(huì)都沒有）

　　最終的結(jié)果是美國(guó)人說他們的坦克生產(chǎn)出20輛的時(shí)候，德軍那邊只有1輛下線。正是這種數(shù)量上的優(yōu)勢(shì)最終鎖定了美軍的在坦克戰(zhàn)上的勝局。

　　這個(gè)例子告訴我們這樣一個(gè)殘酷的事實(shí)，好的設(shè)計(jì)雖然能生產(chǎn)出好的軟件，但因?yàn)橘Y源（時(shí)間，資金，人力等）要求過高。造成了一般企業(yè)或公司不想承擔(dān)。而這時(shí)貧血模型這類開發(fā)方式乘虛而入，用它們所標(biāo)謗的優(yōu)勢(shì)和開發(fā)方式排演著一臺(tái)又一臺(tái)的鬧劇。

　　有些成功是激勵(lì)，而有些只是興奮劑甚至是毒藥。
　　因?yàn)榻裉煳以谶@里所表達(dá)的觀點(diǎn)會(huì)招致相當(dāng)多的人跳出來與我爭(zhēng)論，而不可避免的就是要拿出一堆成功的案例說這里用貧血模型實(shí)現(xiàn)的如何如何的好，項(xiàng)目進(jìn)展如何如何等。
　　而我要說的就是當(dāng)我們?yōu)椴捎秘氀蚰Ｐ投鬼?xiàng)目“成功”完成而沾沾自喜時(shí)，我們已經(jīng)在離經(jīng)叛道的路上越走越遠(yuǎn)了。
　　做為一名程序員，到底是為誰(shuí)去開發(fā)去編程。（A公司，B：為自己，C：為了民族軟件產(chǎn)業(yè)的振興D：為了共產(chǎn)主義理想等等。）
　　 當(dāng)我們處在利益中心時(shí)，左側(cè)是項(xiàng)目經(jīng)理，技術(shù)經(jīng)理，產(chǎn)品經(jīng)理為首的公司方代表。 右側(cè)是用戶，客戶以及其它受眾。它們都想為了各自的利益一天到晚的在你身邊咆哮，要求你開發(fā)或修改這樣或那樣的代碼。表面上我們是項(xiàng)目的主宰，因?yàn)槿绻銢]完成工作，項(xiàng)目就不可以完成。但當(dāng)我們進(jìn)入設(shè)計(jì)開發(fā)階段后我們會(huì)因?yàn)橘Y源的不夠使用而不得不做這樣或那樣式調(diào)整和妥協(xié)，最終大多數(shù)代碼都只是一味模式的照搬。這時(shí)就談不上什么將來產(chǎn)品要如何健壯如何好了。因?yàn)槟軐?duì)付過眼前摧命的各方勢(shì)力就已經(jīng)讓我們精疲力盡了。從這方面講我們已從“主宰”變成了“挨宰”。這時(shí)的我們已變成了稱鉈，要不停的調(diào)整自已在稱桿上的位置以適應(yīng)這些催命的人了種種要求。也許不少人這時(shí)拾起貧血模型這個(gè)稻草，起碼它會(huì)幫助我們節(jié)省設(shè)計(jì)和開發(fā)上的時(shí)間，項(xiàng)目最終可能也取得了成功。但當(dāng)我們過上一段時(shí)間再回過頭看這些代碼，真不知道大家會(huì)做何敢想。

　　貧血模型（Fat Serviece）服務(wù)層成了一個(gè)框(此處存在筆誤已在回復(fù)中修正,敬請(qǐng)諒解!)，什么都往進(jìn)裝（越來越臃腫）。本該是域模型中該有的邏輯，這時(shí)全被一股腦塞進(jìn)了Business Logic。當(dāng)業(yè)務(wù)邏輯復(fù)雜到一定程度時(shí)，就會(huì)有一些歸屬不明確的函數(shù)或?qū)傩猿鰜砹恕＿@些不明確的代碼相信有相當(dāng)一部分要放在domain model中會(huì)更合理。但因?yàn)橐呀?jīng)貧血了，所以Business Logic成了它們的避護(hù)所。我給這些屬性或方法比做“難民”，有些難民可以還活在你的項(xiàng)目中，有些可能在使用一段時(shí)間后就死去了（系統(tǒng)不再使用，但未及時(shí)清理）。而如果這時(shí)公司又找來一個(gè)新人去接管這些代碼時(shí)，樂子可就大了。這就好比讓一個(gè)后媽去教育一個(gè)孩子，如盡心還好（會(huì)繼續(xù)有好的清楚的邏輯）在SERVICE中，而緩和這種矛盾。但多數(shù)程序員都不愿做后媽。因此這些方法就會(huì)像是沒有母親的孩子一樣如游魂野鬼一樣在你的項(xiàng)目中游蕩。　　

　　最后，學(xué)習(xí)成本的降低只能會(huì)造出更好與你相同的程序員甚至新人。因?yàn)樨氀Ｐ蜎]有充血模型那么復(fù)雜，實(shí)現(xiàn)起來很簡(jiǎn)單，這就勢(shì)必造成一個(gè)事實(shí)，就是一個(gè)新入行幾個(gè)月的人很快也會(huì)用這個(gè)架構(gòu)去搞程序開發(fā)。這種自貶身價(jià)的結(jié)果最終可能導(dǎo)致的情況就是當(dāng)某天工作結(jié)束時(shí)，你會(huì)發(fā)現(xiàn)你身邊的同時(shí)有可能就是一只pig or cow。

　　好了，文章寫完了，我已經(jīng)開始準(zhǔn)備挨罵了，不過無所謂，希望大家勇躍拍磚!

it知識(shí)庫(kù)：域模型向左走(充血)，向右走(貧血)，轉(zhuǎn)載需保留來源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。