|
|
1
2
带着过于简单化的风险:为什么不让事实
在我看来,你是在外部化行为,这应该是你的领域聚合/实体固有的,最终导致(再次)贫血的领域模型。 当然,在一个更复杂的场景中,新鲜度取决于上下文(例如,预算商店中可接受的内容不被认为值得在高级商店中销售),您需要将整个行为从产品和商店中具体化,并创建一个完全不同的类型来模拟这种特定行为。 在注释后添加
对于我提到的简单场景,沿着这些线做一些事情:使
商店不知道这些内部结构:它只关心产品是否新鲜:
|
|
|
Birdalicious · 带日志的装饰图案 1 年前 |
|
|
Saulo Torres · 依赖注入程序在DDD项目上不起作用 2 年前 |
|
|
yyqwerty · 领域驱动设计与Scala[关闭] 2 年前 |
|
|
Tony Raimo · 域实体是否应该调用存储库? 8 年前 |
|
|
Seb · DDD只读存储库返回“值对象” 8 年前 |