Python
Java
PHP
IOS
Android
Nodejs
JavaScript
Html5
Windows
Ubuntu
Linux
实体框架中的聚合根支持
我们如何告诉实体框架骨料 http domaindrivendesign org node 88 保存聚合时 保存聚合内的实体 删除聚合时 删除聚合内的实体 当两个不同的用户尝试修改同一聚合中的两个不同实体时引发并发错误 加载聚合时 即使在
EntityFramework
domaindrivendesign
aggregateroot
CQRS 对于我的域是否正确?
我正在对一个档案进行建模 它是视频点播系统的一部分 将存档想象成 Windows 资源管理器 其中多个用户可以创建文件夹 上传视频 重组文件夹等 有业务规则 权限 确定是否允许用户执行任务 即重命名文件夹 移动文件夹 查看文件夹等 我已将每
domaindrivendesign
CQRS
aggregateroot
领域驱动设计和聚合参考
我正在设计领域模型 但有些东西似乎不太好 我从一个主要的聚合开始 它引用了其他聚合 而其他聚合也引用了更多聚合 我可以从主聚合开始遍历孔域模型 我看到的问题是我将在内存中保存聚合的所有实例 这是一个好的设计吗 我可以通过延迟加载解决内存问题
Repository
domaindrivendesign
aggregateroot
aggregates
如何定义分层数据结构的DDD聚合根?
我目前正在尝试将领域驱动设计原则应用于我的开发实践 我一直致力于如何为按层次结构组织的数据定义聚合根 我们以文件夹结构为例 每个文件夹可以有 0 N 个子文件夹 子文件夹 0 N 也可以有 0 N 个子文件夹 依此类推 我对文件夹及其所有直
c
domaindrivendesign
aggregateroot
DDD建模,聚合根之间的交互
Marked my aggregate roots with 1 2 3 Looks quite nice almost like grapes 我不喜欢的是一个标有红色箭头的实体 让我们想象一下 AR 1 是公司 AR 2 是办公室 AR
domaindrivendesign
Modeling
aggregateroot
DDD:通过身份引用聚合根内的实体
我一直在寻找正确的参考方式entities位于一个聚合根 当我们只得到他们的身份来自 URL 参数 我问了一个上一个问题 https stackoverflow com questions 7196820 update an entity
languageagnostic
domaindrivendesign
Entity
Identity
aggregateroot
聚合根引用其他聚合根
我目前正在大量使用 DDD 并且在从其他聚合根加载 操作聚合根时遇到问题 对于模型中的每个聚合根 我还有一个存储库 存储库负责处理根的持久性操作 假设我有两个聚合根 以及一些成员 实体和值对象 聚合根 1 和聚合根 2 AggregateR
domaindrivendesign
Repository
Aggregate
loading
aggregateroot
聚合为一个实体
在领域驱动设计中 如果我想使用存储库 我需要有一个聚合 据我所知 所以我有一个用户 它有 ID 登录名 电子邮件和密码 用户是具有唯一ID的域实体 当我想将用户添加到用户存储库时 我是否应该首先构建一个仅包含我的用户实体的聚合根的聚合 在这
Entity
domaindrivendesign
Aggregate
dddrepositories
aggregateroot
DDD - 如何设计不同限界上下文之间的关联
我已经设置了一个正在使用 ORM 填充的域项目 该域包含不同的聚合 每个聚合都有自己的根对象 我的问题是应该如何处理跨越聚合边界的属性 这些属性是否应该简单地忽略边界 以便有界上下文 A 中的域对象可以引用上下文 B 中的对象 或者 是否应
domaindrivendesign
aggregateroot
boundedcontexts
聚合和聚合根的混淆
我被分配了一个非常简单的项目作为考试 我有想法使用领域驱动设计来开发它 你们中的许多人可能会说该应用程序非常简单 使用存储库和 UoW 只是浪费时间 您可能是对的 但我认为这是一个学习更多东西的机会 该应用程序是一个 机票 系统 从下图中您
domaindrivendesign
Aggregate
aggregateroot
处理 DDD 中的嵌套聚合
我刚刚开始使用 DDD 并且在弄清楚如何适应数据的关系性质时遇到了一些困难 我拥有我相信会被视为我的聚合根的东西 但聚合也有它自己的聚合 不想违反德墨忒尔定律 我想知道我的想法是否错误 并希望一些 DDD 专家可以提供一些见解 我的聚合根是
domaindrivendesign
aggregateroot
DDD:共享具有多个聚合根的实体
学习DDD 在我们的应用程序中存在三个聚合根 不同类型的表单 所有这些都需要上传一些PDF 这些 pdf 上传附加了一些元数据 例如上传者和上传时间等 以便将它们存储在自己的表中 我的问题是这个 PDF 是否应该建模为值对象 实体或聚合根
Entity
domaindrivendesign
aggregateroot
valueobjects
什么是聚合根?
我正在尝试了解如何正确使用存储库模式 聚合根的核心概念不断出现 当在网络和 Stack Overflow 上搜索有关什么是聚合根的帮助时 我不断找到有关它们的讨论以及指向应该包含基本定义的页面的死链接 在存储库模式的上下文中 什么是聚合根
DesignPatterns
repositorypattern
dddrepositories
aggregateroot
何时更新审核字段? DDD
我有一个会议对象 Meeting id name time CreatedBy UpdatedBy and a MeetingAssignee id MeetingID EmployeeId CreatedBy UpdatedBy 会议作为
domaindrivendesign
auditing
aggregateroot
DDD:聚合根
我需要帮助来找到我的聚合根和边界 我有 3 个实体 计划 计划角色和计划培训 每个计划可以包含许多 PlannedRoles 和 PlannedTrainings 解决方案 1 起初我认为 Plan 是聚合根 因为脱离 Plan 的上下文
domaindrivendesign
Aggregate
aggregateroot
aggregates