Domain driven design DDD-值对象积垢

我在一个任务管理应用程序中工作，用户可以在其中打开票据。每张票据都有一个可从列表中选择的简短描述字段。后台团队最终可以添加、删除或更新简短描述列表。简短描述列表中的更改必须不影响已创建的票据

我认为简短描述从票据的角度来看是一个VO，但从CRUD的角度来看也是一个实体

我应该用两个分开的存储库对两个分开的对象建模吗？一个用于VO（只读），另一个用于CRUD？那么代码复制呢

我认为简短的描述从票证的角度来看是一个VO，但从CRUD的角度来看也是一个实体

这有点可疑；我猜

简短描述

是值对象，但

当前批准的简短描述列表

是一个实体

---

也就是说，后台团队正在修改一个文档，而票证包含一个在创建票证时从该文档复制的值。

我想你说得对，在两个有界上下文中有两个模型。一个可以是具有各种属性的CRUD实体，如

lastEditDate

、

creatorId

、

TextRepresentatorOn

等，但在

任务管理bc

中，它可以是包含字符串的简单

值对象。数据复制可以在防腐蚀层中完成