我最近添加了一个关于DDD架构的。回答这个@ mentioned 31提到
The Domain layer is at the core of your system, as a general rule it shouldn't depend on other modules
最近,我一直在看 (里程统计)。MileageStats.Domain依赖于MileageStats.Data (回购)和MileageStats.Model。@user996985 996985在中提到
Check out Project Silk. Not only does it demonstrate
我们试图为一个场景找出分离的有界上下文集成。
比如说,一个上下文是Document有界上下文(BC),它有一个文档实体,有一个作者。在将用户、组和角色分隔到自己的上下文中的IdentityAccessContext BC中使用是有意义的。
正在发生的问题是,当考虑获取一个100+文档列表时。
假设Document BC有自己的实体来标记文档的作者。
public class Author
{
long Id; // Same as UserId
long Document;
}
然后,Identity BC有一个具有相关信息的用户。
public class User
{
我是.NET实体框架的新手,正在尝试迭代一个包含数百万行的表中的记录。下面是基本代码:
// select the records from the database
var records = from data in dataContext.Messages
select data;
// iterate over the messages
foreach (var record in records)
{
// do nothing
}
当我迭代数据的时候,我得到了一个“over异常”。有没有什么方法可以改变我的查询或者管理ObjectQuery
让我们拥有
case class Money(amount: BigDecimal, currency: Currency)
case class Currency(code: String, alpha3: String)
Money是一个值对象,而Currency是一个实体。在将Money转换为JSON时,我会用它的代码替换货币。但是,反向操作需要访问存储库(这是使用Future实现的)。我的设计有什么问题吗?我应该引入CurrencyCode值对象吗?
我试图开发一个演示应用程序,并在设计上下文时感到困惑。
假设我们有三个实体和它们的属性
User
Id
Email
Todo
Questions
Answers
Value
User (who answered)
Survey
Questions
Answers
Value
User (who answered)
现在我有两个问题要问
现在,我想知道在这种情况下定义有限上下文的最佳实践是什么。
根据第一个问题的答案,假设用户同时在Todo和Survey中使用,我们应该如何通过用户定义
我正在构建一个应用程序来管理我公司的大部分LOB工作。我想把头绕着DDD..。从客户管理开始。对于领域模型来说,许多例子非常非常简单,但对我没有多大帮助。
我的聚合根是一个Customer类,它包含一个地址集合(通讯簿)、一个联系人集合和一个通信历史记录集合。
看起来这个聚合根目录将是巨大的,它具有修改地址、联系人(其中可以有x个电话号码)和通信的功能。
例如:
UpdateCustomerName(...)
SetCustomerType(...) // Business or individual
SetProspect(...) // if the customer is a prosp
我正在尝试设计驱动的领域,并使用实体框架核心。根据我对设计驱动领域的理解,我永远不应该在另一个有界的上下文中引用对象,我只能引用它们的标识符。
我在有界上下文A中有一个类A,它在有界上下文B中引用了许多类型B的对象,如下所示,A应该只存储对B对象的I的引用。
public class A
{
public int Id { get; private set; }
public List<int> bIds { get; private set; }
public int Name { get; private set; }
}
public class B