1
A
回答
4
規格是域模型的一部分。
此模式在Domain-Driven Design中描述，由於本書明確地論述了域建模，所以我認爲它可以說屬於域層。
+0
是的，界面位於領域層。但我正在談論正在被注入的實際實現。 – Chris 2010-01-06 10:58:24
+0
我仍然會把它放在域模型中。但是，它可能會使用在其他地方實施的注入依賴項。看到這裏爲我的意思的例子：http://stackoverflow.com/questions/1264944/refactoring-domain-logic-that-accesses-repositories-in-a-legacy-system/1265055#1265055 – 2010-01-06 11:16:06
相關問題
- 1. 訪問控制領域驅動設計
- 2. 域驅動設計問題
- 3. 領域驅動設計 - 設計決策
- 4. 領域驅動設計問題有關存儲庫
- 5. 領域驅動設計總引用問題
- 6. 領域驅動設計方法彙總
- 7. 使用領域驅動設計原則
- 8. 在實體領域驅動設計
- 9. Symfony和領域驅動設計
- 10. 領域驅動的設計混亂
- 11. Domain.js的領域驅動設計
- 12. Objective C領域驅動設計
- 13. 瞭解領域驅動設計
- 14. Zend的領域驅動設計
- 15. 領域驅動設計 - 總根
- 16. 領域驅動設計 - 訪問修飾符域實體
- 17. 域驅動設計佈局問題
- 18. 域名驅動設計問題
- 19. 在領域驅動設計中，身份領域更好嗎？
- 20. 域驅動設計 - 父子關係模式 - 規範模式
- 21. 域驅動設計與僅使用規範有什麼不同？
- 22. 在域驅動設計中正確使用規範類
- 23. 哪裏可以找到領域驅動設計顧問？
- 24. 從WCF服務訪問領域驅動的設計類LIbraries
- 25. 面向對象設計與領域驅動設計
- 26. 設計領域模型問題
- 27. Zend_Paginator的設計問題，領域模型
- 28. 域驅動設計 - 總根設計問題
- 29. 域驅動設計
- 30. 一系列簡單的聚合根的問題（領域驅動設計）
你是什麼意思的規範實施？ – bertolami 2010-01-06 10:06:18
我的意思是比注入到域層的各種實現。 – Chris 2010-01-06 11:09:36
如果你更具體，回答這個問題會更容易。也許是一張圖？什麼是「基礎設施」層。什麼是運行你的「應用程序」層，J2EE或.Net？謝謝:) – LWoodyiii 2010-01-06 16:03:27