Domain driven design ddd-如何正确识别值对象？
我正在为我的实体建模，并且已经为此奋斗了很长时间。这是我的Domain driven design ddd-如何正确识别值对象？,domain-driven-design,value-objects,Domain Driven Design,Value Objects,我正在为我的实体建模，并且已经为此奋斗了很长时间。这是我的个人实体： Person ID Name Email Password City Phone Biography Rating Description 我尝试将这些属性划分为值对象，但到目前为止，我只能将它们转换为VOs（例如，City是一个包含城市名称和国家名称的VO） 我是否应该尝试创建更大的VO，例如将电子邮件和密码放在凭证VO中？我是否在与VOs的分离中走得
个人Person
ID
Name
Email
Password
City
Phone
Biography
Rating
Description
电子邮件密码凭证经过一些讨论，似乎最好的解决方案是将每个属性保留在其自己的VO中，但电子邮件和密码除外，它们应分组在“凭据”VO中。值对象是由值唯一标识它们的对象，即由值来实现相等，而不是由显式属性（如ID）来提供唯一性。如果两个值对象的所有字段相等，则它们相等 当试图识别它们时，请遵循领域专家使用的语言。他们在讨论人的时候用什么词？它们是指凭据，还是电子邮件和密码 还要注意识别总是一起使用的属性组。例如，如果密码总是与电子邮件一起使用，那么将它们分组到凭据对象中是有意义的，因为您可以将行为推送到那里（即Credentials.Validate（）） [更新] 根据需要强制执行的不变量，以下所有属性都是值对象的候选属性 名称
- 名称是否有最小/最大值
- 有不允许的字符吗
- 它是一个有效的电子邮件地址吗
- 两个人可以有相同的电子邮件地址吗
- 最小/最大长度
- 必需的字符
- 无效字符
- 这是一个有效的电话号码吗
- 您如何处理国际拨号代码
- 额定值是否有允许的最小值和最大值
- 如何计算？（这是经过计算的吗？）
如果将电子邮件和密码结合使用，则可能需要将它们合并到凭据值对象中。i、 e.使用凭据等登录。。。您仍然可以访问凭据。如果需要在凭据对象之外使用电子邮件，请发送电子邮件。值对象是由值唯一标识它们的对象，即相等是由值实现的，而不是提供唯一性的显式属性（如ID）。如果两个值对象的所有字段相等，则它们相等 当试图识别它们时，请遵循领域专家使用的语言。他们在讨论人的时候用什么词？它们是指凭据，还是电子邮件和密码 还要注意识别总是一起使用的属性组。例如，如果密码总是与电子邮件一起使用，那么将它们分组到凭据对象中是有意义的，因为您可以将行为推送到那里（即Credentials.Validate（）） [更新] 根据需要强制执行的不变量，以下所有属性都是值对象的候选属性 名称
- 名称是否有最小/最大值
- 有不允许的字符吗
- 它是一个有效的电子邮件地址吗
- 两个人可以有相同的电子邮件地址吗
- 最小/最大长度
- 必需的字符
- 无效字符
- 这是一个有效的电话号码吗
- 您如何处理国际拨号代码
- 额定值是否有允许的最小值和最大值
- 如何计算？（这是经过计算的吗？）
如果将电子邮件和密码结合使用，则可能需要将它们合并到凭据值对象中。i、 e.使用凭据等登录。。。您仍然可以访问凭据。如果需要在凭据对象之外使用电子邮件，请发送电子邮件。您的电子邮件看起来可疑地是数据结构（CRUD）。在适当的DDD中，您从“创建人”这样的业务案例开始，然后找到表示人的模型概念 模型由一组组件和业务规则定义。您的组件通常是VO，因为它们是表示次要概念的模型，可以表示为没有明确标识的简单或复合值，并且封装了特定的业务约束。例如，
Email