目前，我在我的应用程序中有一个单独的图像表，用于保存其他实体的内容，它们是相关的。在DDD中，是否应该为具有自己的数据库和图像处理的图像提供单独的有界上下文？或者是否应该让每个有界上下文都将Image作为值、对象和字段？我在想，也许以后你想要一个只用于<em
浏览 26提问于2021-11-13得票数 0
回答已采纳
在EntityFramework老版本中，如果我的表DbSet超过50，我肯定会使用BoundedContext概念进行分离，因为我从某个博客站点获得的大多数技巧和技巧，现在我的问题是，在.net核心中，如果我有100个表，EntityFrameworkCore是否能够在单个DbContext中处理100个或更多的表，还是在分离其性能以获得其进程负载方面，这些问题并不重。
浏览 2提问于2016-11-21得票数 4
回答已采纳
2回答
DDD概念:域、聚合、实体、值对象、有界上下文实体=微服务数据库中的表？(就DDD而言，我知道值对象是什么，但它与实体有何不同)
浏览 0提问于2019-09-08得票数 -3
回答已采纳
我想用DDD精神来设计我的项目。这是单个应用程序(不是微服务)，而是单独的BC (作为模块)。每个BC都有单独的mongoDB集合。在单个应用程序中，有界上下文之间的通信存在问题。如果两个BC想要将一些数据保存到不同的集合中。这可能是一些一致性问题。有人知道如何解决这个问题吗？
浏览 0提问于2019-09-20得票数 -2
2回答
我一直在一个相对复杂的应用程序中工作，使用10's的数据库表(集合、实体/值对象)并应用DDD。在这一点上，它似乎基本上是DDD，这意味着有应用程序/域服务、域模型(实体、值对象)和存储库。我拿起一本书实施DDD，他提到的第一件事是DDD和有界上下文以及域事件，这是开始DDD时通常会出现的第一个错误。
目前，我已经尝试按聚合关系组织域模型，并使用名称空
浏览 0提问于2013-10-04得票数 18
回答已采纳
我正在遵循DDD，我有一个查询上下文，其中有Marketer和Encoder实体。基本上两者具有相同的数据(它们是系统的用户)，但逻辑不同(基于域)。我不想应用单表继承(它将添加一个描述符列)，因为该表将在另一个上下文中使用。在我的代码中，营销人员有一个PersonName值对象和一个FOSUserBundle用户 * Class Marketer r
浏览 0提问于2015-02-16得票数 1
每个有限的上下文都有一个事件消息处理器，它从上下文间总线中提取消息，并通过内存总线(反应性扩展，或)在本地分发消息。在DDD的书中，我读过它，谈到如何将消息放在项目中的模块中，比如mycompany.accounts.infrastructure.messages和mycompany.ordering.infrastructure.messages对于我来说，在多个上下文中引用这些消息会导致循环引用。如何最好地组织不同的有限上
浏览 4提问于2013-03-27得票数 3
回答已采纳
在DDD中，一条指南指出域模型不应该与持久化有关。这意味着不同的域模型可能依赖于相同的表。同时，由于ORMs在转换模型方面的技术限制(我想?)，这个目标似乎很难实现。对于实际的ORM，是否有一种方法可以创建非常具体的域模型，这些模型依赖于数据库中相同的表，并防止99.99%的DDD实现中实体和表之间令人失望的1:1映射？这些技术限制(?)使指导方针过时？
谢谢,
浏览 1提问于2015-04-15得票数 5
回答已采纳
1回答
我目前正在阅读关于DDD的文章，但是我没有找到这个问题的答案。如果我们有一个具有多个有界上下文的大型应用程序，那么据我所知，我们应该实现每个BC，因为它是一个单独的应用程序。因此，可以得出这样的结论:每个BC都有自己的UI和事件存储。根据一些文章(关于CQRS)，我以前认为我们只有一个事件存储，因为它是唯一的真相来源。这些陈述中唯一的问题是它们缺
浏览 1提问于2016-01-08得票数 5
回答已采纳
实体框架世界中的dbContext概念是否等同于Eric Evans的领域驱动设计世界中的有界上下文？正如Eric建议的那样，有界上下文将有一个聚合根和一个存储库。如果我必须使用EF的存储库模式，我是否也可以使用EF的相同模式。
浏览 0提问于2012-12-23得票数 0
回答已采纳
我在DDD是个新手。我有一个有6个领域的项目。
在每个领域我都有我的inf和app layer.My问题是关于我的数据库，我首先使用实体框架代码(MVC )。我应该为每个域创建一个单独的数据库吗？
浏览 3提问于2017-05-09得票数 4
回答已采纳
2回答
有多少个聚合应该有一个有界上下文？我想，它取决于特定的领域模型及其结构。有多少有界上下文有一个域模型？每个有界上下文中有多少实体。我想，所有这些问题都依赖于这个事实，在一个有界的上下文中应该有多少个聚合。
此外，如果要回忆起坚实的原则和共同的想法，就有小的</
浏览 1提问于2019-10-21得票数 6
回答已采纳
2回答
首先是DDD，我理解了丰富实体的概念，并且实际上理解了DDD的大部分内容，但我很难理解EF代码的使用--首先是在DDD中。假设我有两个有界上下文，并且在每个有界上下文中都有一个客户实体，共享一个Id和名称。string Name { get; private set; }
浏览 2提问于2015-12-12得票数 6
回答已采纳
在我看到的大多数中，每个有界的上下文都有一个GitHub/cvs存储库，这似乎是最好的选择。我的问题专门涉及到用户界面，它们是生活在一个单独的存储库中，它只包含ui，还是每个接口都包含在bc本身的存储库中？
由多个bc组成数据的接口又如何呢？在这里，我试图收集如何在ddd项目中实际组织代码。
浏览 1提问于2014-10-03得票数 3
回答已采纳
一个DDD有界上下文引用一个EF DbContext，以使事情变得简单和干净。如何处理可以在不同的绑定上下文中使用的实体？例如，在HumanResource DbContext中定义的Person表用于在其他上下文中进行报告和查看。我们尝试了引用上下文模式来解决这个问题，但现在我们让类patter在我们所有的DDD上下文中呈现表person，并且我们必须同步他<e
浏览 0提问于2018-10-02得票数 2
1回答
因此，我们的重点是开发一个使用DDD模式和CQRS+ES的企业web应用程序。从企业层面来看，我们对此有很好的把握。现在，当我们想使用Xamarin和可移植类库向本地移动设备开放后端服务时，这是如何结合在一起的呢？我们是否将每个有界上下文中的域项目更改为PCL项目类型？由于我们是从Web服务中提取的，所以是引入PCL有界上下文库，还是为本地客户端MVVM模式创建一
浏览 3提问于2014-04-10得票数 4
我们在当前的项目中使用DDD实践。我们的问题是，我们有很多有限制的上下文，每个上下文都是包含其持久性层的分层体系结构。问题是，例如，在有界上下文中，我们需要引用来自其他有界上下文的数据--例如，IdentityAccess上下文是负责管理用户的上下文--因此，它包含UserModel，但是我们需要在另一个<em
浏览 1提问于2017-04-06得票数 1
2回答
如何聚合存储库？
、、、、
我是DDD的新手，很难将不同的部分连接在一起。我们当前的系统是使用NHibernate构建的。它目前有600多个表，所有的数据访问都是使用NHibernate完成的，但对于新系统，我们将使用EF。下面是几个功能区域和每个功能区域中的数据库表示例。一种方法是为每个数据库表创建一个存储库对象。当然，所有这些存储库类都可以从通用存储库接口派生。然而，这将在代码库维护方面增加相当多的开销。
浏览 0提问于2012-10-16得票数 3
回答已采纳
2回答
在开发时，我们没有考虑到scaling.So --我们没有使用任何类型的模块化体系结构。注意到我的视图与控制器紧密耦合。
浏览 0提问于2018-09-03得票数 2
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
腾讯会议
云直播活动推荐
腾讯云开发者
