没有getter的DDD对象持久性

时间:2013-03-05 01:15:04

标签: repository domain-driven-design getter

我认为我遗漏了一些非常明显的东西,但是对于域对象及其通过存储库的持久性存在很多分歧,因此很难得到明确的答案。

假设

  • 我构建了一个纯域模型,它对任何其他模型都没有依赖性 我的解决方案中的程序集作为DDD状态只有一个明确的根 聚合

  • 我有一个特定于域的存储库,可以保留root用户 聚合,由服务层调用。

  • 在内部,存储库使用EF来持久保存对象 它的孩子

如果避免暴露getter(绝对不是setter),那么我的存储库如何访问对象的状态以实际持久化。

选项??

  1. 依赖注入域模型(DDD气味??)

  2. 仅限吸气剂(DDD味道??)

  3. 还有一个相反的问题是将对象拉出数据库。通过构造函数初始化似乎是唯一可能的候选者。

2 个答案:

答案 0 :(得分:2)

ORM可以通过反射获取对象内的数据。例如,NHibernate has various access strategies表示允许映射类只包含没有getter或setter的私有字段的属性。我认为EF应该有类似的设施。

答案 1 :(得分:1)

正如eulerfx所说:由于你使用的是ORM,你必须使用提供的东西。

我永远不会心甘情愿地使用ORM,所以我的经验有点受限,但似乎是一个问题,因为ORM以某种形式进入对象模型。在某些情况下,它会强迫您以特定方式设计类。

话虽如此。为了保持对象,你需要它的状态。为了给物体提供水合作用,你需要为它提供状态。没有办法解决这个问题。如果你的工具需要吸气剂和固定剂,那就这样吧。

你可能有一些被你的对象暴露/消耗的状态对象,即使意图稍微清楚一点,它只会移动问题---但它可能更好:)。

即使使用事件源,事件也包含状态,必须应用于对象以使其恢复到上一个​​状态,或者您可以使用与状态对象完全相同的快照。

公共吸毒者和制定者有些滥用,但它就是这样。