Python
Java
PHP
IOS
Android
Nodejs
JavaScript
Html5
Windows
Ubuntu
Linux
DDD - 使用 Doctrine 2 的有界上下文之间的关联映射
我正在努力理解使用 Doctrine 2 实现来自不同有界上下文的两个实体之间的关联映射的正确方法 假设有两个 User 和 Post 实体分别属于 User 和 Content 有界上下文 内容 上下文中还有一个 用户 概念 它通过多对一
orm
doctrineorm
domaindrivendesign
boundedcontexts
DDD 中两个限界上下文之间的通信
我有几个不同的有界上下文在域中 CRUD 操作的验证是在每个限界上下文中构建的 例如 我可以仅当创建者是组长时才创建名为 GAME 的实体 在这个例子中我有两个有界上下文 BC 其一是Game BC另一个是User BC 为了解决这个问题
domaindrivendesign
CQRS
domainevents
boundedcontexts
DDD - 如何设计不同限界上下文之间的关联
我已经设置了一个正在使用 ORM 填充的域项目 该域包含不同的聚合 每个聚合都有自己的根对象 我的问题是应该如何处理跨越聚合边界的属性 这些属性是否应该简单地忽略边界 以便有界上下文 A 中的域对象可以引用上下文 B 中的对象 或者 是否应
domaindrivendesign
aggregateroot
boundedcontexts
用于事件溯源的关系数据库架构
我正在尝试将域事件存储在 postgres 数据库中 我对很多事情都不确定 而且我不想以后重新设计这个结构 所以我正在寻求有事件溯源经验的人的指导 我目前有下表 domain events version or event id integ
postgresql
domaindrivendesign
CQRS
eventsourcing
boundedcontexts
有界上下文的大小
我已经开始学习 DDD 的原理 目前正在尝试掌握有界上下文的概念 特别是 您如何决定它必须有多大 或多小 是的 我知道 尽可能小 必要时尽可能大 根据沃恩 弗农的说法 假设我要为博客建模 然后我可以说涉及 3 个有界上下文 1 首页 包含最
domaindrivendesign
boundedcontexts
DDD 中的有界上下文与 CQRS。共享聚合/实体。可能的?
我找到了这个代码示例 https code google com p ddd cqrs sample 看起来非常完整且组织良好 不是一个 框架 只是一个示例项目 具有非常精细和明确的做事方式 但是 不完整 这带来了一些疑问 他们很擅长回答你
NET
domaindrivendesign
CQRS
boundedcontexts