領(lǐng)域驅(qū)動設(shè)計真的好嗎？由于業(yè)務(wù)分工專業(yè)，業(yè)務(wù)邏輯更加清晰，正確的業(yè)務(wù)分類有利于后續(xù)業(yè)務(wù)的拓展。領(lǐng)域面向?qū)ο缶幊淌勾a工程更有凝聚力。業(yè)務(wù)邏輯分布到各個領(lǐng)域?qū)ο螅沟脤ο蟮耐獠看a更加簡潔。解決復(fù)雜的業(yè)

領(lǐng)域驅(qū)動設(shè)計真的好嗎？

由于業(yè)務(wù)分工專業(yè)，業(yè)務(wù)邏輯更加清晰，正確的業(yè)務(wù)分類有利于后續(xù)業(yè)務(wù)的拓展。

領(lǐng)域面向?qū)ο缶幊淌勾a工程更有凝聚力。業(yè)務(wù)邏輯分布到各個領(lǐng)域?qū)ο?，使得對象的外部代碼更加簡潔。

解決復(fù)雜的業(yè)務(wù)邏輯編寫問題。通過領(lǐng)域劃分，分散業(yè)務(wù)邏輯編寫，集中處理某個領(lǐng)域的業(yè)務(wù)。

域驅(qū)動模式使用面向?qū)ο竽Ｊ骄幊?，使代碼更具語義。

領(lǐng)域驅(qū)動設(shè)計模式已經(jīng)提出很多年了，為什么不流行呢？

近年來，越來越多的公司追求領(lǐng)域驅(qū)動設(shè)計。

領(lǐng)域驅(qū)動有一個前提，那就是專業(yè)建模。事實上，項目通常分為模塊。這里的部門有同樣的含義，但它只是足夠?qū)I(yè)。

微服務(wù)的出現(xiàn)也反映了業(yè)務(wù)領(lǐng)域的劃分。

域驅(qū)動的一個關(guān)鍵點是模型包含行為。在MVC模式下，這是服務(wù)模型層。

正因為如此，開發(fā)人員和開發(fā)人員的并行行為將不會分離。

綜上所述，除了面向?qū)ο缶幊?，特性設(shè)計模式也可以在MVC模式中看到。但在模型中，面向?qū)ο缶幊滩焕趫F隊開發(fā)，也不一定是一個好的選擇。

復(fù)雜問題簡化，單元函數(shù)簡化，復(fù)雜函數(shù)組合表達(dá)。

謝謝！