我正在尝试设计驱动的领域，并使用实体框架核心。根据我对设计驱动领域的理解，我永远不应该在另一个有界的上下文中引用对象，我只能引用它们的标识符。我在有界上下文A中有一个类A，它在有界上下文B中引用了许多类型B的对象<
浏览 13提问于2018-07-23得票数 1
2回答
我对DDD的概念比较陌生，并且发现有很多例子解释了应该如何为相对简单的场景定义有界的上下文，但似乎没有涵盖的一个领域是主数据和引用数据。我所指的参考数据类型将是货币代码、国家代码和计量单位，这些数据将用于确保只使用有效值。
我所指的主数据类型将是一些实体，如客户和产品，在这些实体中，不需要不同的有界上下
浏览 0提问于2015-03-24得票数 4
回答已采纳
(amount: BigDecimal, currency: Currency)Money是一个值对象，而Currency是一个实体。在将Money转换为JSON时，我会用它的代码替换货币。但是，反向操作需要访问存储库(这是使用Future实现的)。我的设计有什么问题吗？我应该引入CurrencyCode值对象吗？
浏览 2提问于2014-10-06得票数 0
1回答
我有一个有界的上下文，即UserManagement，它包含关于用户、UserId等的所有细节。这是作为一个上下文分开的，因为它可以在两个单独的应用程序中使用。我有另一个有限制的上下文，它存储所有可重用的代码，作为我的核心。在核心中，有一个可共享的概念(PHP中的</
浏览 0提问于2017-07-06得票数 1
回答已采纳
共享内核描述了两个有界上下文之间的关系。我还没有找到任何有用的信息来有效地处理多个有界上下文之间的共享对象。
我们使用值对象而不是原始类型。实体Ids也被键入并实现为值对象。如果有许多有界上下文，并且在每对上下文之间使用一个单独的共享内核，那么共享内核<em
浏览 3提问于2022-06-19得票数 1
1回答
所以我想我可以定义三个有界的上下文。嗯，我怀疑如何处理一个项目的发票，因为它们是不同的有界上下文。我认为一个项目不应该有对发票聚合根的ID的引用，因为实际上它并不是项目
浏览 0提问于2022-09-27得票数 2
回答已采纳
我在一个相对大而复杂的数据模型上使用实体框架5和ObjectContext。当将多个IQueryable.Include(Path)链接到渴望加载相关对象时，我想要处理生成的大型查询。我可能错了，但这意味着我应该使用relexion根据名称获取导航属性，并在其上执行CreateSourceQuery()，因为没有这样的扩展方法。
我说得对吗？编辑1：我有一个附加的约束，也就是说，我
浏览 1提问于2012-11-14得票数 14
为了使用实体框架实现域驱动的设计，我使用了TechEd北美2013年()上提出的朱莉·勒曼( Julie )方法。此方法使用EF实体类作为域类。对于不同的有界上下文，域实体类具有不同的属性，甚至可能有不同的名称，尽管它们将数据存储在同一个表中。示例是&quo
浏览 2提问于2013-09-17得票数 5
回答已采纳
1回答
我有一个类似于描述的例子
相同的标识(即相同的Id值，尽管可能不是相同的域实体)可以在多个有限制的上下文或微服务中建模。但是，这并不意味着同一实体具有相同的属性和逻辑将在多个有界上下<em
浏览 0提问于2019-07-09得票数 0
2回答
这是我第一次将DDD概念应用于现实世界的问题。
我一开始只有1个有界上下文，因为项目相对较小。然而，我发现自己使用的类几乎是相同的，即非常相似的名称，非常相似的属性，但行为不同。我开始认为它们实际上属于不同的有界上下文，因为实体是相同的，只是在不同的上下文中具有不同<
浏览 8提问于2014-11-27得票数 3
问题：我是否调用了外部有界上下文的应用层？也许我需要一个新的“查询”应用层来进行这样的查询？我是否直接调用外部有界</e
浏览 0提问于2018-07-26得票数 4
回答已采纳
1回答
我正在用Axon框架“玩”一些小例子，在这些例子中，查询和命令服务(以及它们背后的逻辑)作为独立的应用程序运行在几个Docker容器中。
到目前为止，一切都很好，我开始发展事件版本控制主题。我还没有实现它，但我喜欢通过JSON模式将事件作为API共享的想法。但我在使用这个想法时陷入了困境，因为可能需要事件更新者。如果我正确地理解了这种方法，每个侦听组件都必须独立地向上转换事件，因此共享向上转换可能是一个好主意，不需要不同的实现，对吧？
浏览 15提问于2019-08-21得票数 2
2回答
由于知道值对象表示域的描述，这种描述可以是许多实体在不同有界上下文中的一部分。例如，FullName值对象，这个VO可以作为客户实体的成员存在于“图书获取”上下文中，也可以作为一个BookAuthor实体的成员存在于“图书管理”上下文中。知道值对象可以<em
浏览 3提问于2014-06-02得票数 4
回答已采纳
4回答
我正在尝试理解实体如何在多个有界上下文中运行。
假设某公司的一名雇员。例如，在“人力资源”上下文中，此人具有姓名、地址、薪资参考编号和银行帐户。但在会计上下文中，所有相关的都是工资参考号和银行账户。在HR上下文中是否有Employee实体，在会计上下文中是否
浏览 2提问于2011-11-23得票数 17
回答已采纳
Core、Sub和Generic是专门知识领域，在复杂的应用程序中可以有很多。
假设有一个很长的处理实体的过程，例如核心域中的Book。现在看看有界的上下文，书中的生命周期中可以有很多阶段。现在设想第二个核心域，也许是存储域。出版商有自己的分店出售书籍。商店可以有许多有限制的上下文(生命周期阶段)，例如“库存”
浏览 0提问于2013-10-11得票数 1
回答已采纳
在我的域中，我有两个绑定的上下文：identity和management。如果visitor和manager是实体，我可以使用用户的ID作为它们的</em
浏览 0提问于2020-08-18得票数 0
我对如何定义在它们之间有共同关注点的有界上下文，以及如何用域实体来表示它们感到困惑。例如:一个客户在客户上下文中有许多产品公司在公司上下文中有一个产品列表给定上下文在不同的模块中。如果我想提供产品的</e
浏览 2提问于2011-07-12得票数 4
回答已采纳
1回答
两个有界上下文之间的身份引用
、、、、
我希望得到关于DDD/CQRS原则的最佳实践，用于处理有界上下文之间的关系。
我们有两个BCs属性管理上下文和租户门户上下文。我们在承租门户上下文中有Home聚合，它完全独立于属性管理上下文中的属性聚合。然而，在创建一个主页时，我们发现需要在初始事件中存储来自另一个BC的PropertyId作为查找。我最初认为BCs中
浏览 1提问于2020-06-08得票数 3
一个DDD有界上下文引用一个EF DbContext，以使事情变得简单和干净。如何处理可以在不同的绑定上下文中使用的实体？例如，在HumanResource DbContext中定义的Person表用于在其他上下文中进行报告和查看。我们尝试了引用上下文模式来解决这个问题，但现在我们让类patt
浏览 0提问于2018-10-02得票数 2
我很难理解如何使用Doctrine 2实现来自不同有界上下文的两个实体之间的关联映射。假设有两个“用户”和"Post“实体分别属于”用户“和”内容“有界上下文。在“内容”上下文中也有一个“用户”概念，它通过多对一的关联来确定"Post“的作者。因此，"Conten
浏览 1提问于2015-12-03得票数 4
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
云直播
腾讯会议活动推荐
腾讯云开发者
