DDD领域驱动设计
以患者为中心的医疗保健领域驱动设计
让我们了解传统的电子健康记录 (EHR)。通常，EHR 被视为医疗保健提供商购买、部署并通常与其他系统集成的应用程序或系统。这些 EHR 以组织为中心，旨在.
构建软件最困难的部分不是编码，而是需求
在所有关于 人工智能 的发.
DDD：从聚合到函数组合的改变
来自OSKAR DUDYCZ的 DDD .
fmodel-rust：使用Rust实现函数式领域建模的开源示例
Clean整洁架构的文件结构实现
下面是推特网友mjovanovictech对整洁 架.
微服务Saga分布式事务是一种反模式
Saga通常被定位为处理 分布式事务 .
好规则的标准：切实可行
规则必须是具体和明确的，否则在遵守、确定和计数方面就无法做到有章可循。好的规则可以避免主观性和不可能。 这些规则经过解释（深入研究），可以直接使用或应.
高内聚低耦合的集中决策设计
假设，我们正在构建另一个电子商务平台。其关键业务流程之一当然是处理订单。付款成功后，订单模块（域）必须 .
概念、实体、数据三者之间区别？
幽默：没有逻辑约束的微服务
什么是团队拓扑？ - martinfowler
任何大型软件工作，如大公司的软件产业，都需要大量人员，而只要有大量人员，就必须想办法把他们分成有效的团队。 组建以.
洋葱片架构 - odrotbohm
Xapo银行去中心化的DDD架构实践分享 - martinfowler
Xapo银行使用领域驱动设计、团队拓扑和 架.
DDD实践中如何设计上下文BC之间的映射关系？
如何区分产品基础设施和技术基础设施 ： 技术基础 .
前端能整合后端的界限上下文BC吗？
在理解域、子域、限界 上下文 .
如何通过80%抽象建模防止单体走向混乱
验证与业务规则的区别 - Mark Seemann
验证是区别于业务规则的定义。 本文提出了软件开发中验证的定义： 介绍了我目前是如何区分验证和业务规则的。 .
关于领域建模的最佳书籍
如果有人在我早期的职业生涯中告诉我，我将成为 .
团队拓扑：模块化与划分团队相结合
Martin Fowler的同事Matthew Foster描述了团队拓扑和领域驱动设计如何帮助组织扩展技术 .
康威定律：团队结构与软件架构之间的相互作用
使用反需求方法寻找隐藏的业务逻辑和系统边界
领域驱动设计：协调软件架构和业务战略
本书首先介绍了 DDD 的基本.
业务规则的两种类型 - Ronald
规则往往直接涉及到行为： 不穿衬衫，不提供服务。 这种规则被称为行为behavior规则。 世界上这样.
使用事件风暴建模作为微服务设计的技巧 - Nick
什么是业务规则？ - Ronald
规则是行为或行动的指南。 它为判断或评价该行为或行动提供标准。 每条规则.
使用状态机和 TypeScript 进行领域建模
希望通过这篇文章完成的是让人们以不同的方式看待 TypeScript，并展示我认为是主流语言中最好的类型系统之一。 .
在单体到微服务迁移中如何重构关系数据库？
黑石贝莱德如何实现基于领域驱动的资产管理？
Alan Moore （Aladdin 首席 .
1580万美元的软件错误
64 个软件错误、复杂的业务规则和 1580 万美元的错误！ 如果我们的官僚主义使按时支付教师工资这样看似简单的事.
DHH：如何从微服务中恢复？
我不否认在某些情况下 微服务 .