我有一个真实的场景,它是一个完美的领域模型设计。它是一个具有多个象限的字段,每个象限具有不同的状态。所以我的聚合根是字段。现在我有一个重要的问题:我想要一个持久的无知域模型,我认为这是有道理的。那么我应该在哪里调用存储库方法的更新?不在域模型中,对吧?那么当没有该对象的更改跟踪代理并且不应在实体中调用存储库时,聚合根子实体应如何在数据库中更新?还是我误解了域模型模式?
我的问题清楚了吗?:) 提前谢谢你最好的劳林
我有一个真实的场景,它是一个完美的领域模型设计。它是一个具有多个象限的字段,每个象限具有不同的状态。所以我的聚合根是字段。现在我有一个重要的问题:我想要一个持久的无知域模型,我认为这是有道理的。那么我应该在哪里调用存储库方法的更新?不在域模型中,对吧?那么当没有该对象的更改跟踪代理并且不应在实体中调用存储库时,聚合根子实体应如何在数据库中更新?还是我误解了域模型模式?
我的问题清楚了吗?:) 提前谢谢你最好的劳林
那么我应该在哪里调用存储库方法的更新呢?
在典型的 DDD 架构中,存储库通常由应用程序服务调用。应用程序服务是一个类,它充当封装您的域并通过编排域对象、存储库和其他服务来实现域用例的外观。
我不熟悉您的域,但假设有一个用例将 aState
从一个Quadrant
转换Field
为另一个。正如你所说,这Field
是AR。所以你有一个FieldApplicationService
引用 a FieldRepository
:
public class FieldApplicationService
{
readonly FieldRepository fieldRepository;
public void ShiftFieldState(int fieldId, string quadrant, string state)
{
// retrieve the Field AR
var field = this.fieldRepository.Get(fieldId);
if (field == null)
throw new Exception();
// invoke behavior on the Field AR.
field.ShiftState(quadrant, state);
// commit changes.
this.fieldRepository.Update(field);
}
}
应用程序服务本身非常单薄。它不实现任何领域逻辑;它只编排和设置执行域逻辑的阶段,包括访问存储库。所有依赖于您的域的代码,例如表示层或服务,都将通过此应用程序服务调用域功能。
存储库可以以多种方式实现。它可以与诸如 NHibernate 之类的 ORM 一起使用,在这种情况下,更改跟踪是内置的,通常的方法是提交所有更改而不是调用显式更新。NHibernate 还提供了一个工作单元,允许对多个实体的更改可以作为一个提交。
正如您所说,在您的情况下,没有更改跟踪,因此需要显式调用更新,并且由存储库实现来处理此问题。如果使用 SQL Server 作为数据库,Update
存储库上的方法可以简单地将 a 的所有属性发送Field
到存储过程,该存储过程将根据需要更新表。
聚合根 (AR) 在此处更新。使用消息驱动的体系结构,某处是命令处理程序,但我们假设一般用途是服务。该服务从存储库中获取 AR,调用相关方法,然后将 AR 保存回存储库。
AR 不知道存储库,这不是它关心的问题。然后,存储库将所有 AR 修改保存为一个工作单元(即全有或全无)。Repo 如何做到这一点,这取决于你如何决定你的持久性策略。
如果您使用事件溯源,那么 AR 会生成事件,并且 Repo 将使用这些事件来保持 AR 状态。如果您采用更常见的方法,那么 AR 应该在某处作为属性公开的状态数据。它被称为纪念品模式。存储库在一次提交中保留该数据。
但有一件事是肯定的:在处理域对象时,永远不要考虑持久性细节。那就是不要将域耦合到 ORM 或某些数据库特定的东西。
“应用程序代码”应该调用存储库。如何托管应用程序代码是一个基础架构问题。应用程序代码如何托管的一些示例包括 WCF 服务、作为 Winforms/WPF 应用程序或在 Web 服务器上。
存储库实现负责跟踪聚合根及其子实体的更改,并将它们保存回数据库。
这是一个例子:
领域项目
public DomainObject : AggregateRootBase //Implements IAggregateRoot
{
public void DoSomething() { }
}
public IDomainObjectRepository : IRepository<DomainObject>, IEnumerable
{
DomainObject this[object id] { get; set; }
void Add(DomainObject do);
void Remove(DomainObject do);
int IndexOf(DomainObject do);
object IDof(DomainObject do);
IEnumerator<DomainObject> GetEnumerator();
}
实施项目
public SqlDomainObjectRepository : List<DomainObjectDataModel>, IDomainObjectRepository
{
//TODO: Implement all of the members for IDomainObjectRepository
}
申请项目
public class MyApp
{
IDomainObjectRepository repository = //TODO: Initialize a concrete SqlDomainObjectRepository that loads what we need.
DomainObject do = repository[0]; //Get the one (or set) that we're working with.
do.DoSomething(); //Call some business logic that changes the state of the aggregate root.
repository[repository.IDof(do)] = do; //Save the domain object with all changes back to the db.
}
如果您需要对多个聚合根的更改进行事务化处理,以便在全有或全无的基础上进行更改,那么您应该研究工作单元模式。
希望这有助于澄清事情!
我的解决方案是聚合根会向外部的事件处理程序引发一些事件。这些事件处理程序将调用存储库来更新数据库。您还需要一个 ServiceBus 来注册和分派事件。看我的例子:
public class Field: AggregateRoot
{
public UpdateField()
{
// do some business
// and trigger FieldUpdatedEvent with necessary parameters
....
// you can update some quadrants
// and trigger QuadrantsUpdatedEvent with necessary parameters
}
}
public class FieldEventHandlers: EventHandler
{
void Handle (FieldUpdatedEvent e)
{
repository.Update(e.Field);
}
}
public class QuadrantEventHandlers: EventHandler
{
void Handle (QuadrantsUpdatedEvent e)
{
repository.Update(e.Quadrant);
}
}