我該如何設計我的grails應用程序?我的業務規則必須僅在服務內部實現(具有貧血域類,只有getter和setter)或必須存在共識,將域業務規則放入域類和服務中?Grails域類設計問題
1
A
回答
3
有貧血的領域類絕對不是必需的,也不是所有的業務邏輯到服務。
但是,服務提供了「免費」的聲明式交易。因此,如果您的業務邏輯需要事務語義,那麼服務就是適合它的地方。業務邏輯的其他方面可能更適合成爲領域類本身的一部分。
0
您應該編輯您的文章以進行語法正確性和拼寫。它現在幾乎沒有任何意義。
業務邏輯一般在您的服務中。你的域對象應該是你想要堅持到你的數據庫。域特定的邏輯我將放入域類(即:對象驗證)。
但是,任何使用多個域類的邏輯都應屬於服務層。
那些與UI交互的應該在控制器層。
+0
對不起我的學習者英語:-) – Lucas
相關問題
- 1. 如何設計Grails中的域類?
- 2. 需要想法設計領域類Grails
- 3. 域驅動設計問題
- 4. 域名設計問題
- 5. Grails域類對象更新問題
- 6. Grails。領域類。 JSON字符串問題
- 7. 類設計問題
- 8. 類設計問題
- 9. Grails域類暫時收集屬性設置問題
- 10. grails gsp g:設置計數器問題
- 11. Grails設置問題
- 12. 問題的設計類
- 13. C#類型設計問題
- 14. Java類的設計問題
- 15. 對象/類設計問題
- 16. 類包裝設計問題
- 17. C#類設計問題
- 18. PHP類設計問題
- 19. 一類設計問題
- 20. c#類的設計問題
- 21. 用戶類設計問題
- 22. 問題與子域和設計
- 23. Nhibernate設計問題的域模型
- 24. 設計領域模型問題
- 25. 域名/對象模型設計問題
- 26. Zend_Paginator的設計問題,領域模型
- 27. 域驅動設計佈局問題
- 28. 領域驅動設計:規範問題
- 29. 域名驅動設計問題
- 30. 類計數變量設計問題
+1關於服務的好處,靜靜地提供交易支持。 –