unit-testing - 丰富领域模型的接口(interface)

标签 unit-testing design-patterns domain-driven-design

Rich Domain Models 是否应该有接口(interface)来帮助在单元测试期间进行隔离(例如,在测试使用该模型的服务时)?

或者 Rich Domain Model 行为是否应该包含在任何相关的单元测试中?

编辑:

通过富领域模型,我特指包含逻辑(即非贫血)的领域实体。

最佳答案

通常,领域模型是您应该与其他所有事物隔离开来的部分。域模型可以使用接口(interface),以便与外部系统等隔离。

但是,在最常见的情况下,域模型是您要保护的免受外部系统、UI 逻辑等恶化影响的对象,而不是相反。

因此,没有理由将接口(interface)放在领域模型上。

关于unit-testing - 丰富领域模型的接口(interface),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/29253606/

相关文章:

javascript - JStestDriver 可以用来测试 JSP 文件中的 js 代码吗?

java - 模块化应用程序堆栈中的虚拟数据和单元测试策略

unit-testing - Golang单元测试: error conditions

c# - 如何使用 Mongodb/Couchdb 创建我的 DDD 实体?

domain-driven-design - 没有业务属性的聚合或实体

unit-testing - 测试一个 go 闭包

java - 在现有代码中添加/删除某些代码的设计/模式应该是什么

java - 如何避免将上下文传递给一堆方法调用?

design-patterns - 这个 UI 模式的名称是什么?

architecture - DDD/CQRS聚合根可以是微服务吗?