域驱动设计中聚合的不同视角建模

在使用领域驱动的设计时,我经常遇到一个关于领域对象的不同视角的问题,特别是在使用nhibernate时。透视图本质上是查看域对象的方法。例如,简化模型:

class Transaction
{
  string Id { get; set; }
  string CustomerName { get; set; }
  DateTime Date { get; set; }
  decimal Amount { get; set; }
  decimal Tax { get; set; }
}

class Batch
{
    string Account { get; set; }
    string Number { get; set; }
    DateTime? ClearDate { get; set; }
    IList<Transaction> Transactions { get; }
    decimal Total { get; }
}

批处理的总属性是每个事务的金额之和。当考虑单个批次时,该模型工作良好,并且是域的适当表示。但是,客户机应用程序有一个显示批集合的屏幕。该屏幕不需要有关批处理中交易的任何详细信息,只需要总金额。在列表屏幕上使用相同的对象很慢。一个选项是设置total属性,另一个选项是创建一个新类,例如:

class BatchOverview
{
    string Number { get; set; }
    decimal Total { get; set; }
}

这将有自己的存储库和自己的NHibernate映射到数据库视图。

1. 这个对象是属于域模型,还是更特定于应用程序/GUI?
2. 批处理概述对象是否应引用批处理对象?
3. 这是一种常见的模式吗?
4. 关于这个问题有什么指导意见吗?

DDD具有有界上下文的概念,但是在这种情况下,上下文是相同的。批处理类和批处理概述类都引用同一个“实际”批处理——它们是不同的视图或透视图。