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

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

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

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

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

域驅(qū)動(dòng)模式使用面向?qū)ο竽Ｊ骄幊蹋勾a更具語(yǔ)義。

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

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

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

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

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

屬性和行為的分離使并行開(kāi)發(fā)成為可能，并避免由提交相同代碼文件的不同人員引起的沖突。

綜上所述，除了面向?qū)ο缶幊蹋匦栽O(shè)計(jì)模式也可以在MVC模式中看到。但在模型中，面向?qū)ο缶幊滩焕趫F(tuán)隊(duì)開(kāi)發(fā)，也不一定是一個(gè)好的選擇。

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

謝謝

如何使用Rose UML建模，建抽象類的圖，急？

我明白你的意思。抽象類和公共類一般用UML表示，抽象類用粗線框或雙線框表示。但是rose沒(méi)有這個(gè)函數(shù)，在派生中也找不到抽象類。

只有一種解決方案，即先將其表示為普通類，然后在類名前添加這樣一個(gè)符號(hào)：>

這符合UML語(yǔ)法規(guī)則，并用它來(lái)表示抽象類。>是一種派生，表示抽象類。

請(qǐng)注意，>不是中文輸入狀態(tài)下的書(shū)名，而是英文輸入狀態(tài)下的大于號(hào)和小于號(hào)，稱為雙尖符號(hào)。

請(qǐng)注意，以這種方式表示的抽象類不能在正向工程中顯示，這比不顯示要好。