|
|
1
2
正如lomaxx指出的,您需要query.expand。 为了防止您的存储库在各种可能的情况下被各种方法所掩盖,您可以创建查询对象来进行可配置的查询。
我发布了一些使用icriteria API的示例
on my blog
. ICriteria API具有
|
|
|
2
1
我尝试将所有查询逻辑保存在我的存储库中,并尝试只从中传递ICollection。 在您的情况下,我将传递一些参数来确定您是否希望加载角色,并以这种方式构造IQueryable。例如:
|
|
|
3
0
我会选择2,创建两个存储库。也许我会考虑创建另一个对getrolebyuser(用户用户)的存储库调用。因此,如果需要,您可以在单独线程上的用户选择更改时访问用户的角色,这样它将提高您的性能,并且不会为每个用户加载每个用户的角色,这将需要大多数资源。 |
|
|
4
0
听起来你在问是否有可能
我可以创建一个单独的存储库方法
我倾向于使用懒惰的加载角色或存储库中的单独方法。 |
|
|
Birdalicious · 带日志的装饰图案 1 年前 |
|
|
Saulo Torres · 依赖注入程序在DDD项目上不起作用 2 年前 |
|
|
yyqwerty · 领域驱动设计与Scala[关闭] 2 年前 |
|
|
Tony Raimo · 域实体是否应该调用存储库? 8 年前 |
|
|
Seb · DDD只读存储库返回“值对象” 8 年前 |