Nhibernate DDD：所有东西都应该适合实体或值对象吗？
我正在努力学习DDD，或者至少是我对它有限的理解 不过，我在把一些东西装进DDD盒时遇到了麻烦 例如：我有一个用户实体。这个用户实体有一个对UserPreferencesInfo对象的引用——这只是一个类，它包含一系列关于用户首选项的属性。这些属性是完全不相关的，不同的是它们都是用户的首选项（不像地址VO，在地址VO中，所有属性构成一个有意义的整体） 问题是-这个UserPreferencesInfo对象是什么 1） 显然，它不是一个实体（我只是将其作为“组件”存储在fluent nhibernate speak中（即，与用户实体存储在同一个DB表中） 2） VO？我知道Value对象应该是不可变的（所以你不能保存它们，只需要重新创建它们）。例如，当对象是一个地址时（地址属性形成一个有意义的“整体”），这是完全有意义的。但就用户偏好而言，我认为这是没有意义的。可能有100个属性（实际上）这个对象上可能有20个属性-为什么每当我需要更改一个属性时，我都要放弃一个属性来重新创建对象 我觉得我需要打破这里的规则来得到我需要的东西，但我真的不喜欢这样的想法（这是一个很滑的斜坡！）。我是不是遗漏了什么Nhibernate DDD：所有东西都应该适合实体或值对象吗？,nhibernate,orm,domain-driven-design,Nhibernate,Orm,Domain Driven Design,我正在努力学习DDD，或者至少是我对它有限的理解 不过，我在把一些东西装进DDD盒时遇到了麻烦 例如：我有一个用户实体。这个用户实体有一个对UserPreferencesInfo对象的引用——这只是一个类，它包含一系列关于用户首选项的属性。这些属性是完全不相关的，不同的是它们都是用户的首选项（不像地址VO，在地址VO中，所有属性构成一个有意义的整体） 问题是-这个UserPreferencesInfo对象是什么 1） 显然，它不是一个实体（我只是将其作为“组件”存储在fluent nhibern
谢谢据我所知，
UserPreferenceInfoUserUserPreferenceInfoUserRepositoryUserPreferenceInfo当然，我可能错了，我也是DDD的新手。100属性听起来很多
尝试将
UserPreferenceInfo如果您没有保存值对象，那么没有什么反对更新的。这是我的两分钱。简短回答：UserPreferenceInfo是一个值对象，因为它描述对象的特征。它不是实体，因为不需要随时间跟踪对象实例 更详细的回答：一个拥有100多个不相关属性的对象不是很DDD。尝试将相关属性组合在一起以形成新的VO，否则您也可能会发现新的实体 DDD的另一个特点是首先要有很多设置属性。试着找出行动的本质，而不是仅仅设定价值。例如：
// not ddd
employee.Salary = newSalary;
// more ddd
employee.GiveRaise(newSalary);
UserPreferencesInfo用户UserPreferencesInfo这反过来可能会导致添加服务层，在您意识到这一点之前，您已经为一个非常简单的问题过度设计了解决方案…首次在博客上发布。希望我做得对 无论如何，由于您没有向我们展示UserPreferencesInfo对象，我不确定它是如何构造的，这样您就可以在其中包含可变数量的内容 如果是我，我将创建一个名为UserPreference的类，其中包含id、userid、key、value、displaytype以及您可能需要的任何其他字段。这是一个实体。它有一个id，并且绑定到