Domain driven design 政党角色与有限语境
我试图使用Java建模中的颜色和原型 此外，我还尝试合并DDD最佳实践，现在假设我们有一个人扮演两个角色 在我的应用程序中说客户和患者 客户角色用于CRM范围内的上下文，患者角色用于医院管理范围内的上下文 我的角色类可以使用弱id访问人员详细信息，弱id是唯一表示人员的值对象，可以找到此方法的详细信息 现在，在党的地方，事物原型指定的职责之一是列出党所扮演的角色的能力 鉴于角色存在于不同的有界环境中，我们如何做到这一点Domain driven design 政党角色与有限语境,domain-driven-design,roles,bounded-contexts,domain-data-modelling,Domain Driven Design,Roles,Bounded Contexts,Domain Data Modelling,我试图使用Java建模中的颜色和原型 此外，我还尝试合并DDD最佳实践，现在假设我们有一个人扮演两个角色 在我的应用程序中说客户和患者 客户角色用于CRM范围内的上下文，患者角色用于医院管理范围内的上下文 我的角色类可以使用弱id访问人员详细信息，弱id是唯一表示人员的值对象，可以找到此方法的详细信息 现在，在党的地方，事物原型指定的职责之一是列出党所扮演的角色的能力 鉴于角色存在于不同的有界环境中，我们如何做到这一点 因此，理想情况下，客户和患者不应与个人存在于同一个有限的环境中。从我提出问题
因此，理想情况下，客户和患者不应与个人存在于同一个有限的环境中。从我提出问题以来的理解来看，个人当事人需要了解其所扮演的所有角色的情况很少 一个人需要什么样的不变量来保持他所扮演的所有角色 所以基本上DDD会说，这个人不需要知道它在各种BC中扮演的所有角色 在我上面的示例中，CRM BC中的Customer类将知道它所扮演角色的Person Party 而且，医院管理上下文中的患者类也会知道它所扮演角色的人员方 但是，Person类既不知道Customer类也不知道Patient类 事实上，crmbc中的Person类可能与hmbc中基于UL泛在语言的Person类看起来非常不同 这些来自不同上下文的类相互关联的方式是使用软标识符 有关更多详细信息，请参阅本书
谢谢从我问这个问题以来的理解来看，个人政党需要了解其所扮演的所有角色的情况很少 一个人需要什么样的不变量来保持他所扮演的所有角色 所以基本上DDD会说，这个人不需要知道它在各种BC中扮演的所有角色 在我上面的示例中，CRM BC中的Customer类将知道它所扮演角色的Person Party 而且，医院管理上下文中的患者类也会知道它所扮演角色的人员方 但是，Person类既不知道Customer类也不知道Patient类 事实上，crmbc中的Person类可能与hmbc中基于UL泛在语言的Person类看起来非常不同 这些来自不同上下文的类相互关联的方式是使用软标识符 有关更多详细信息，请参阅本书 谢谢