通过域封装持久性，还是通过存储库持久性？

Question

如果我的域模型不应该知道/关心存储库，那么像 .UpdateOrder(...) 这样封装 CRUD 更新的行为如何与存储库交互？通过域服务？

好的，那么我的存储库有一个有效的 CRUD 更新，它与我的 .UpdateOrder(...) 结合使用。没关系。但我不希望有人在存储库上使用 Update 方法，我希望他们检查实体上的行为（改为使用 UpdateOrder() ）。我更喜欢类似于我的域模型满足不变量的方式 - 通过它的设计（私有集属性等） - 我的存储库不公开“更新”/持久化实体的替代方法。

这只是一个访问修饰符问题吗？我在 Repo public 中没有 Update 方法就解决了这个问题。或者有一个“更好”的答案吗？请 DDD 忍者帮助我。

Answer 1

DDD 中的严格顺序是：

var entityRepository = MyServiceLocator.Get<IEntityRepository>();
var myEntity = entityRepository.Load(<some criteria>);
myEntity.Change(something);
entityRepository.Save(myEntity);

存储库始终负责检测/保留实体内的所有更改。

（顺便说一句，我假设你的实体是一个聚合根）

Answer 2

如果您的领域模型不包含持久性，那么它就不包含存储某些内容的操作。如果您的实体是来自领域模型的东西，那么它就没有必要持久化自己。

你说：

没关系。但我不想要一个人
使用 Update 方法
存储库，我希望它们经过
实体上的行为

但我认为这是错误的。您的域对象没有比打印自身、在屏幕上绘制自身等更多的责任来保留自身。您的域类不应该有 UpdateOrder 方法。

现在，您可能不想将原始存储库（从持久性实现层）公开给其他代码，但这只是意味着将其包装在合适的东西中。听起来您确实有需要讨论持久性的代码，因此请弄清楚它需要在什么级别的讨论上工作，并为其公开一个合适的接口。