|
|
1
1
问这个问题已经过去了,我已经加深了我的理解,我自己也有信心回答这个问题。
这就是我问题的全部问题所在,我想 检索 逻辑,我错误地认为它必须属于我的领域。 在DDD中,您有一个域模型,它试图封装应用程序的普遍语言,但仅用于数据更改。这些实体、值对象和聚合根应该封装事务上下文。 当你想 收到 信息,你绕过所有这些。直接查询您的数据,并以所需的形式准确获取所需的信息。
这没有抓住重点。正确的方法是让应用程序服务具有GetAuthorizations方法,如我的示例中所示,但该方法不应使用Repository,也不应使用Aggregate Roots User、Group和Authorization。相反,它应该使用第二个抽象,这是一个用于检索持久性数据的查询层,它返回自己的实体类型,这些实体与查询更匹配。因此GetAuthorizations可以检索AuthorizedUser类型的对象。它将实现合并逻辑作为查询过程的一部分。 |
|
|
2
0
首先,确保客户实际上需要用户分组来定义授权规则。如果没有,那么您的方法是一种过度使用,请考虑以静态方式定义授权规则。 另一种方法是创建UserAuthorization实体,该实体会因“用户组已更改”、“授权已删除”等更改而进行适当的变异。然后,只需询问用户的授权规则列表即可。 |
|
|
A B · C#Excel自动调整列避免长文本时出错 1 年前 |
|
|
Megrez7 · C#ToArray转换合并为一行,导致数组元素更改 1 年前 |
|
Aycon · 在工厂方法中释放部分创建的对象的正确方法是什么? 1 年前 |
|
|
Sei · Avalonia/WPF将路由器传递到控制模板 1 年前 |