|
|
1
3
作为用户域逻辑一部分的逻辑应该留在用户中。这可能涉及也可能不涉及向用户实体注入服务。我认为这取决于服务是否是用户类业务逻辑的一部分,以及这样做是否遵循您的通用语言。 我将写下:
This related question 你可能会觉得有帮助的讨论。
|
|
|
2
1
但是,这会导致一个相当贫乏的域(即用户类只不过是getter/setter)
那么,如果用户类看起来过于简单怎么办? |
|
|
3
0
|
|
|
4
0
在大型系统中,用户类最终将拥有许多不同类型的操作。这门课可能太大了。为了避免这种情况,应该有其他类为用户做一些事情。 |
|
|
Birdalicious · 带日志的装饰图案 1 年前 |
|
|
Saulo Torres · 依赖注入程序在DDD项目上不起作用 2 年前 |
|
|
yyqwerty · 领域驱动设计与Scala[关闭] 2 年前 |
|
|
Tony Raimo · 域实体是否应该调用存储库? 8 年前 |
|
|
Seb · DDD只读存储库返回“值对象” 8 年前 |