领域驱动设计

19.Axon框架-命令Axon应用关联的第一种消息类型是命令消息（Command Message），简称命令。这类消息的核心意图是以某种方式修改应用的状态（例如创建聚合、更新聚合属性、执行领域操作等）

16.Axon框架-前言Axon Framework是一个用于构建可扩展和高度可维护的企业级Java应用程序的开源框架。Axon是一个CQRS（命令查询责任分离）框架，它将命令和事件驱动的开发模式引入到领域驱动设计（DDD）中，可以帮助开发人员更容易地实现DDD模式。Axon框架提供了很多组件，如聚合、事件总线、命令总线、事件存储和查询模型等

17.Axon框架-消息在Axon中，组件之间的所有通信都是通过Message接口的对象表示的显式消息完成的Axon中的核心概念之一是消息传递。组件之间的所有通信都通过消息对象完成。这为这些组件提供了必要的位置透明性，以便在需要时能够扩展和分布这些组件

蝸牛ちゃん

信息系统架构：构建企业数字基石的蓝图与方法信息系统架构 (Information System Architecture) 是组织内信息技术系统的结构化蓝图，它定义了系统的组件、组件之间的关系、指导其设计和演化的原则。它不仅是技术实现的规划，更是业务战略与技术能力之间的桥梁。一个优秀的信息系统架构能够确保系统具备可扩展性、可靠性、安全性、可维护性和灵活性，以高效、低成本地支持当前和未来的业务需求。在数字化转型的浪潮中，信息系统架构的设计方法（如TOGAF、Zachman、DDD）已成为企业构建核心竞争力、实现业务敏捷性的关键。它决定了数据如何流动

啾啾大学习

让我们快速入门DDD欢迎来到啾啾的博客🐱。记录学习点滴。分享工作思考和实用技巧，偶尔也分享一些杂谈💬。有很多很多不足的地方，欢迎评论交流，感谢您的阅读和评论😄。

转转技术团队

用「事件风暴」炸开业务复杂度——DDD实战心法全公开“我们开了3天需求会，还是说不清订单履约流程。”“需求连续评了两三周，一周就要搞定技术设计”“我这刚设计好，需求内容就有变更，流程图改起来太费事了”

葫芦和十三

解构 Coze Studio：DDD 与整洁架构的 Go 语言最佳实践👋 大家好，我是十三！Make Open Source Great Again! 字节在上个月将 AI IDE 平台 Trae Agent 项目开源后，在上周又将 AI Agent 平台 Coze Studio 开源了！作为主要使用 Golang 的服务端研发，对其后端代码产生了浓厚的兴趣，为此我花了一周的时间对其一探究竟。

DDD 领域驱动设计阅读前导（Eric Evans，中文常译《领域驱动设计》“蓝皮书”）全书分四大部分 17 章（再加序言、附录与参考文献）。下表给出每章的主题要点——章节顺序偶有不同译本用词差异，但核心内容一致。

用 DDD 把「闹钟」需求一点点捏出来下面示范一条典型的 DDD 建模流程，从“说人话”到“写代码”。时间线 ≈ 2-3 轮白板讨论 + 1-2 轮代码迭代即可完成。

里程碑三 - 基于 vue3 完成领域模型架构建设抖音“哲玄前端”《大前端全栈实践》里程碑三基于领域模型的理念，使用标准 schema 描述整个系统通过 schema 提取有效字段，构建 dtoSchema

🫵记一次协助排查问题（COLA架构）背景：7.14 周一常规发版，本次发版需求中包含：查询交易账单下沉，查询交易记录调用交易中心的 Dubbo 接口。就当一切按部就班时，在预发环境验收时：发现在国际环境下，切换语言无法展示英文。

葫芦和十三

破局与重构：关于 UGC 平台多身份账号体系的架构思考👋 大家好，我是十三！当 UGC 业务让用户体系不堪重负，如何优雅破局？最近一周我都在思考这个问题，是的，我们目前遇到了这个问题，直到我们的资深产品架构专家提出「角色」的概念，让我有了破局这道，所以在此分享下我们的痛点、目标以及迁移蓝图

方圆想当图灵

深入理解软件设计：领域驱动设计实战大家好，我是方圆。在上篇深入理解软件设计：领域驱动设计 DDD 文章中，我们讲解了领域驱动设计相关的概念，以及实践领域驱动设计的流程。在本篇文章中，我们则采用用例分析的方法，从一个简单业务场景出发，学习使用领域驱动设计，并深入到具体的编码流程中，理解在 DDD 下该如何对软件架构进行划分，以及划分后各个层的作用，理解划分过程中的取舍，希望能对大家有所启发。

[pdf，epub]292页《分析模式》漫谈合集01-59提供下载《分析模式》漫谈合集01-59的pdf、epub文件提供下载，地址：umlchina.com/url/ap.html，或查看本账号的CSDN资源。

你的 DDD 还在纸上谈兵？是时候落地了！在软件开发领域，随着业务需求的不断增长和复杂化，传统的单体架构逐渐暴露出扩展性差、维护困难等问题。为了应对这些挑战，微服务架构应运而生。微服务架构的核心思想是“分而治之”，就是将一个大型系统拆分成多个独立的小型服务，每个服务专注于一个特定的业务功能。这种拆分方式带来了许多好处，如更高的灵活性、更好的扩展性和更快的开发速度。

从建模一致到持久化一致：一种领域驱动设计下的持久化一致性探索在领域驱动设计（DDD）中，我们通过聚合（Aggregate）来封装业务规则、约束和不变量，从而确保模型在内存中的一致性。但在实际开发中，我们常常忽略了一个关键问题：

别说我什么都不会

OpenHarmony实战开发之测试适配的HDF驱动适配L2芯片后，一般需要验证hdf模块是否正常工作，下面介绍GPIO、ADC、PWM测试流程。注：硬件不同，但可参考流程。

Go语言架构实践：从 MVC 到 DDD 的演进之路MVC和DDD是后台开发两种流行的分层架构思想，MVC（Model-View-Controller）是一种设计模式，主要用于分离用户界面、业务逻辑和数据模型，便于分层解耦，而DDD（领域驱动设计）则是一种架构方法论，旨在通过构建业务领域模型来解决复杂系统中的设计和维护难题。

DDD四层架构和MVC三层架构的个人理解和学习笔记DDD的全称为Domain-driven Design，即领域驱动设计，从名字上就可以看出这里的核心就是Domain即领域。

别说我什么都不会

OpenHarmony驱动框架HDF中设备管理服务构建过程详解（二）在上篇文章《 OpenHarmony驱动框架HDF中设备管理服务构建过程详解（一）》中，介绍了设备管理服务涉及的对象类型及其相应的接口，也初步展示了设备管理服务中的对象类型关系网。如下图所示