bounded-contexts相关内容

关于有界上下文和它们之间的交互的混淆

在阅读了 Eric Evan 关于域驱动设计的书之后,我正在尝试实现我的第一个域驱动应用程序.我对如何解决这个问题有些困惑. 在我的应用程序中,用户可以购买一项服务,让他们在 Youtube 上发布的视频获得一定数量的观看次数,这由我的应用程序中观看这些视频的其他用户完成(基本上是许多 YouTube推广应用已经可用,可供学习). 假设服务在应用中表示为名为 WatchTime 聚合的 ..

处理需要来自另一个有界上下文的数据的用例的良好做法

我的软件是一种社交网络,会员可以在其中安排一些会议,其中包括其他功能. 我选择出现这三个有界上下文 (DDD): IdentityAndAccessContext,主要处理用户身份验证/授权. SocialContext,处理会员和关于他们的所有社交信息;他们的兴趣等,类似于经典的社交网络. MeetingsContext,处理一些成员之间的会议.我们谈论的是作为创建者/参与者/参 ..

集成事件处理逻辑(业务流程与域逻辑)

我有一个应用程序,该应用程序通过集成事件在本地跟踪外部文档的状态.某些外部文档类型不共享,而某些则共享.处理诸如 DocumentTypeChanged 之类的外部事件时,我必须执行类似于以下内容的逻辑: internalTypeId = internalDocumentTypeFrom(event.newTypeId);共享= isSharedType(event.newTypeId);如果 ..

DDD-使用Doctrine 2的有界上下文之间的关联映射

我正在努力理解使用Doctrine 2在来自不同有界上下文的两个实体之间实现关联映射的正确方法.假设有两个"User"和"Post"实体属于"User"和"Content"绑定上下文.在“内容"上下文中还有一个“用户"概念,该概念通过多对一关联来确定“帖子"的作者.因此,“内容"上下文中的“用户"只是一个包含用户ID的值对象. 我的问题是我应该如何使用教义2实现这种关联?我有两个都有各自问题 ..

识别有限的上下文

每次我思考我都知道如何识别有限的上下文,因为我意识到水域仍然很模糊。这样就可以了... 我正在开发一个包含以下功能的客户门户:客户,用户,公告,反馈,文档和报销。我们只是将漂亮的用户界面放在另一个系统的报销批准上,因此很容易看出这是我们集成的另一个BC。现在,与其他人一起,我不确定如何将它们组合在一起。所有这些都属于一个卑诗省的“门户”吗?也许还有单独的“管理”,“通信”,“文档” BC? ..

有界上下文的大小

我已经开始学习DDD的原理,目前正在尝试了解有限上下文的概念。尤其是,您如何确定必须多大(或小)?是的,我知道,越小越好,越大越好(根据沃恩·弗农的说法)。 让我们说我要为一个博客建模。然后,我可以说涉及3个有限的上下文:1)前页(以最近的文章为特色,没有显示评论)2)讨论(包括评论的单篇文章)3)Article Composer(我在其中撰写文章)。 但是,这并不对劲(所有语言的通用 ..
发布时间:2020-10-25 21:04:44 其他开发

域驱动设计中跨有限上下文的实体

我试图了解实体在多个有界上下文中的运作方式。 给定公司的雇员。在(例如)“人力资源”上下文中,此人具有姓名,姓氏,地址,薪水参考编号和银行帐户。但是在会计方面,所有相关的只是薪水参考编号和银行帐户。 您在HR上下文中是否有一个Employee实体和一个Value-Type(例如, SalariedEmployee )在“会计”上下文中? 班员工 { public BankAc ..

DDD-如何设计不同有界上下文之间的关联

我已经设置了一个域项目,该项目正在填充ORM。该域包含不同的聚合,每个聚合都有自己的根对象。 我的问题是,应该如何对待跨越总边界的属性? 这些属性是否应该简单地忽略边界,以便 或者,是否应该没有从上下文A到B的直接链接,并且上下文A中的对象是否具有“ int ContextBId“属性可用于通过B聚合根从B获取域对象? 或... 示例: 上下文A =用户 上下文B = ..

各种领域驱动设计系统之间的集成

我最近一直在采用“域驱动设计”原则,但是在实现“边界上下文”以及上下文和/或其他系统之间的集成时遇到了一些麻烦。 例如,使用以下系统: 仓库/存货系统 实体将包含“产品”,该产品具有“数量”等属性, “位置” 在线订购系统 实体包括“订购”,“ OrderLine”和“购物篮”。 订购系统的一项明确的业务规则是,不能为商品订购商品产品缺货,但是此信息在库存保持系统内。据 ..

在DDD中的两个有界上下文之间进行通信

我在域中有几个不同的边界上下文。 CRUD操作的验证建立在每个有界上下文中。 例如,只有当创建者是组长时,我才能创建一个名为GAME的实体。 在此示例中,我有两个边界上下文(BC)。一个是游戏BC ,另一个是用户BC 。为了解决该问题,在游戏BC 中,我必须先向用户BC 进行域服务调用,例如 IsGroupLeader()创建游戏。 我认为DDD不建议使用此类交流方式。我也可以在 ..

处理需要来自另一个有界上下文的数据的用例的良好实践

我的软件是一种社交网络,除其他功能外,会员还可以安排他们之间的一些会议. 我选择出现这三个有界上下文(DDD): IdentityAndAccessContext ,基本上用于处理用户身份验证/授权. SocialContext ,与会员以及与会员有关的所有社交信息;他们的兴趣等等,就像一个经典的社交网络. MeetingsContext ,用于处理某些成员之间的会议.我们正在谈论 ..

有限的上下文实现和设计

比方说,我有两个有界上下文,即 Shipping Context 和 Billing Context .这些上下文中的每一个都需要了解客户. 在数据级别,客户由数据库中的CustomerTbl表表示.该表包含描述客户的所有必要列. CustomerTbl中的列(简体): Name PhysicalAddress PaymentMethod 运输上下文与Name和Phys ..

具有CQRS的DDD中的有界上下文。共享聚合/实体。可能?

我找到了此代码示例。 https://code.google.com/p/ddd-cqrs-sample/ 似乎非常完整且井井有条。这不是一个“框架”,而只是一个示例项目,它具有非常精细和明确的处理方式。但是,不完整。这会带来一些疑问。 他们擅长回答您的问题。在 https://groups.google.com/forum/上查看其Google网上论坛。 #!forum / d ..
发布时间:2020-05-30 21:38:33 C#/.NET

用于事件源的关系数据库架构

我正在尝试将域事件存储在postgres数据库中。我不确定很多事情,以后也不想重新设计这种结构,因此我正在寻求具有活动外包经验的人员的指导。我目前有下表: 域事件 版本-或事件ID,整数序列有助于维护顺序通过重播 类型-事件类型,可能是带有命名空间的类名 聚合-聚合ID,每个聚合 时间戳可能是随机字符串-事件发生时 启动子-事件,可能是用户ID 详细信息-有关属性 我不是的 ..

如何在具有多个有界上下文的系统中自动(或至少正确地)创建User?

我需要在系统中注册用户.没有角色就不能存在用户(没有登录名和密码就一定不能存在用户).管理员应该能够通过选择角色,编写登录名/密码和一些用户信息来添加新用户.登录/密码/安全问题实现为单独的应用程序/BC(身份验证上下文),角色和权限位于授权上下文中,而用户信息位于单独的帐户管理上下文中.如果所有这些上下文理论上都可以部署在单独的计算机上,那么我该如何实现用户注册过程?目前,我正在使用应用程序接口 ..
发布时间:2020-05-10 19:19:03 其他开发

DDD.共享内核?还是纯事件驱动的微服务?

我正在将我的系统划分为(至少)两个有界上下文:研究设计和调查计划. 在研究设计的背景下,有一个名为“主题"(面试的潜在主题)的概念.我们还维护该域中受试者与人群之间的关联. 现在,在调查计划中,我们还需要有关该受试者的(一些)信息(例如:如果事先知道该受试者所属的人群,则用于计划一次探访,甚至是预期的调查表选择) 因此,在两种情况下我都需要该“主题". 我应该选择哪种方法? ..

通过Spring Boot在jar文件中提供静态资源

我正在通过多个maven模块开发一种解决方案,以处理不同的有界上下文. 多亏了Spring Boot,每个模块都公开了自己的rest api,并且所有它们都托管在一个maven模块中,并带有一个由@SpringBootApplication注释的类. 简化的项目结构如下所示: parent |-- pom.xml |-- ... |-- host |-- Applic ..
发布时间:2020-05-07 21:10:25 其他开发

有界背景和EF代码首先 - 如何把它们放在一起?

IM HO IM HO。。。。。。。。。。。。。。。。。。。。。。。但是我很困惑我如何把所有的东西都合在一起。 首先,我知道有一件事与其他事情无关。但是我的问题完全在基础设施/ ORM部分。 例如,我有一个名为 Procedure 的域对象(医疗程序)。在注册语境中,只有重要的是代码和名称。但是在过程管理环境中,我有很多其他的字段,如 Price ,属于这个上下文。 我如何使用E ..