本文是從 What is Domain Driven Design? 這篇文章翻譯而來(lái)。

　　”…在很多領(lǐng)域，專家的作用體現(xiàn)在他們的專業(yè)知識(shí)上而不是智力上。“

　　-- Don Reinertsen

　　領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)(Domain Driven Design)是一種軟件開發(fā)方法，目的是讓軟件系統(tǒng)在實(shí)現(xiàn)時(shí)準(zhǔn)確的基于對(duì)真實(shí)業(yè)務(wù)過(guò)程的建模并根據(jù)真實(shí)業(yè)務(wù)過(guò)程的調(diào)整而調(diào)整。

　　傳統(tǒng)的開發(fā)工作趨向于一種以技術(shù)為先導(dǎo)的過(guò)程，需求從業(yè)務(wù)方傳遞到開發(fā)團(tuán)隊(duì)，開發(fā)人員依據(jù)需求上的描述創(chuàng)造出最有可能的假想。

　　在瀑布開發(fā)過(guò)程中，這導(dǎo)致了大量的需要頻繁校對(duì)、分析、復(fù)核和審批的需求文檔。之后這些文檔被交給開發(fā)團(tuán)隊(duì)去變成能夠運(yùn)行的軟件。

　　敏捷開發(fā)方法同樣可以采納瀑布模式過(guò)程中產(chǎn)生的需求文檔，但敏捷方法在實(shí)際的處理過(guò)程中會(huì)把它們分成很小的任務(wù)和“故事”，之后的開發(fā)工作將依據(jù)這些任務(wù)的排序。

　　領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)很大程度上使你從這兩種截然不同的結(jié)果中抽身出來(lái)，讓你能看到需求是如何在第一現(xiàn)場(chǎng)被收集到——如果你愿意看的話，它在動(dòng)手先做的方式和在最后一分鐘才做的方式之間做了彌補(bǔ)。

　　領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)方式知道需求是永遠(yuǎn)不會(huì)“完成”的，需求就像一個(gè)活的文檔。更重要的是，這些仍待討論的活文檔實(shí)際上就是軟件自身——所有的文檔都是程序代碼的一種影像，一種演示品。

　　隨著軟件系統(tǒng)的開發(fā)和發(fā)展，你對(duì)各種問題的理解也會(huì)更深——領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)就是要通過(guò)深入的理解問題來(lái)找到問題的解決方案。

　　然而，領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)真正的不同之處卻是，它把軟件系統(tǒng)當(dāng)作業(yè)務(wù)過(guò)程的一個(gè)影射，是使能動(dòng)，而不是驅(qū)動(dòng)。領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)是要你深入到業(yè)務(wù)過(guò)程中，了解業(yè)務(wù)術(shù)語(yǔ)和實(shí)踐方法。技術(shù)方面的事被放在了第二位，只是最終的一種手段而已。

　　Ubiquitous語(yǔ)言(UL)是領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)的中心——這是一種共有的不斷成長(zhǎng)的語(yǔ)言。它是一種來(lái)源于業(yè)務(wù)術(shù)語(yǔ)、經(jīng)過(guò)開發(fā)團(tuán)隊(duì)的補(bǔ)充而產(chǎn)生的協(xié)商后的語(yǔ)言。如果一個(gè)業(yè)務(wù)人員不懂得UL里的一個(gè)術(shù)語(yǔ)，有可能是UL需要改進(jìn)發(fā)展。如果一個(gè)技術(shù)人員不懂得UL里的一個(gè)術(shù)語(yǔ)，有可能是他們需要跟領(lǐng)域?qū)＜疫M(jìn)行交流。

　　領(lǐng)域?qū)＜沂穷I(lǐng)域驅(qū)動(dòng)設(shè)計(jì)里第二重要的組成部分——這些人能夠?qū)@個(gè)領(lǐng)域有深入的了解，包括這個(gè)業(yè)務(wù)本身。這些人構(gòu)成了開發(fā)過(guò)程中必要的組成部分。他們也許像一些敏捷開發(fā)方法里傳統(tǒng)的產(chǎn)品擁有者那樣不需要“全天候”的在職，但他們必須在開發(fā)過(guò)程中能被持續(xù)的接觸到，而且隨時(shí)準(zhǔn)備好參與到開發(fā)過(guò)程中。領(lǐng)域?qū)＜也荒鼙划?dāng)作門外人，而應(yīng)被當(dāng)作領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)過(guò)程中的核心——他們非常像是開發(fā)團(tuán)隊(duì)中的一部分，就像普通的開發(fā)者和測(cè)試者一樣。

　　領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)沒有開始和結(jié)束——它是一個(gè)不斷的再評(píng)估，再重構(gòu)，再建模，再設(shè)計(jì)的持續(xù)過(guò)程——每一次的對(duì)話都會(huì)使你對(duì)問題有更進(jìn)一步的理解。領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)沒有“完成”點(diǎn)——它永遠(yuǎn)都在進(jìn)行；Ubiquitous語(yǔ)言會(huì)不斷發(fā)展和成長(zhǎng)，領(lǐng)域模型隨著對(duì)業(yè)務(wù)理解的改變而改變，代碼不斷的再組織和重構(gòu)來(lái)更好的表現(xiàn)你的理解。

　　各種模擬產(chǎn)物產(chǎn)生又拋棄，而唯一真正有意義的只有代碼。它是解決方案的唯一表達(dá)，是一種不再抽象的表達(dá)。文檔是用來(lái)解釋和描述系統(tǒng)的，而只有代碼能不失分毫的做到這些。這就是說(shuō)，在領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)里，代碼必須保持高質(zhì)量，要清晰，要有表達(dá)力，沒有技術(shù)上省略和專門用語(yǔ)，盡可能的要讓代碼能夠在被解釋時(shí)對(duì)領(lǐng)域?qū)＜矣行┮饬x。

　　領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)里沒有精巧的代碼，也沒有奇特的處理過(guò)程，或“你不需要知道”的模塊。領(lǐng)域?qū)＜也恍枰蔀殚_發(fā)人員來(lái)理解軟件系統(tǒng)里用來(lái)做這些工作的關(guān)鍵部分是什么。他們同樣也不需要考慮數(shù)據(jù)庫(kù)或批處理任務(wù)或其他技術(shù)相關(guān)的方面。

　　領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)是敏捷方法的終極表達(dá)——它是用來(lái)處理不斷變化和發(fā)展的需求的——正如任何一個(gè)從未涉足軟件項(xiàng)目的人都知道——一個(gè)項(xiàng)目的需求從開始到結(jié)束保持一成不變是極其罕見的，絕大多數(shù)情況是它會(huì)隨著業(yè)務(wù)的增長(zhǎng)和變化而變化。

　　通過(guò)不斷的交流，領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)會(huì)指導(dǎo)你用軟件最精確的表達(dá)你的業(yè)務(wù)過(guò)程。

it知識(shí)庫(kù)：什么是領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)(Domain Driven Design)?，轉(zhuǎn)載需保留來(lái)源！

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