我閱讀了貧血域的福勒描述,我相信我有這些症狀。我有幾個對象只是在不同的包中傳遞數據。我也有幾個服務幾乎處理所有的行爲(執行功能)。我開始忘記爲什麼,我做了什麼以及在哪裏找到某些任務。我的ASP.NET MVC應用程序是貧血
該應用程序做我想做的,但我想知道如果我只是有一個程序性的程序在oo喬裝。也許我永遠不會動搖我的程序編程過去?我是不是該?
在MVC中,我應該消除我的服務並將責任傳播給我的控制器和模型對象嗎?
我很欣賞的MVC概念和DDD conepts之間的相似......
我閱讀了貧血域的福勒描述,我相信我有這些症狀。我有幾個對象只是在不同的包中傳遞數據。我也有幾個服務幾乎處理所有的行爲(執行功能)。我開始忘記爲什麼,我做了什麼以及在哪裏找到某些任務。我的ASP.NET MVC應用程序是貧血
該應用程序做我想做的,但我想知道如果我只是有一個程序性的程序在oo喬裝。也許我永遠不會動搖我的程序編程過去?我是不是該?
在MVC中,我應該消除我的服務並將責任傳播給我的控制器和模型對象嗎?
我很欣賞的MVC概念和DDD conepts之間的相似......
你爲什麼不試試埃文斯書如在你前面的問題一個建議?
我認爲控制器應該比較薄。他們的工作主要是接受請求,將其委託給適當的應用服務並確定正確的行動結果。
如果您覺得您的域實體過度貧血,我會建議您檢查您的服務並確定該功能是否屬於實體。我發現這是我從DDD開始的最大問題,就是我會將所有行爲推向服務,而不是批判性地考慮這是否對實體更適合。