领域驱动设计

蝸牛ちゃん

信息系统架构：构建企业数字基石的蓝图与方法信息系统架构 (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中设备管理服务构建过程详解（一）》中，介绍了设备管理服务涉及的对象类型及其相应的接口，也初步展示了设备管理服务中的对象类型关系网。如下图所示

别说我什么都不会

OpenHarmony驱动框架HDF中设备管理服务构建过程详解（一）如下图，开源鸿蒙系统驱动框架HDF在内核中的实现，可以分为向用户层提供设备服务的管理模块（Manager），和实际管理硬件的Host模块。

别说我什么都不会

OpenHarmony-HDF驱动框架介绍及加载过程分析HarmonyOS面向万物互联时代，而万物互联涉及到了大量的硬件设备，这些硬件的离散度很高，它们的性能差异与配置差异都很大，所以这要求使用一个更灵活、功能更强大、能耗更低的驱动框架。OpenHarmony系统HDF驱动框架采用C语言面向对象编程模型构建，通过平台解耦、内核解耦，来达到兼容不同内核，统一平台底座的目的，从而帮助开发者实现驱动一次开发，多系统部署的效果。

塞尔维亚大汉

OpenHarmony（鸿蒙南向）——平台驱动开发【Watchdog】看门狗（Watchdog），又称看门狗计时器（Watchdog timer），是一种硬件计时设备。一般有一个输入、一个输出，输入叫做喂狗，输出连接到系统的复位端。当系统主程序发生错误导致未及时清除看门狗计时器的计时值时，看门狗计时器就会对系统发出复位信号，使系统从悬停状态恢复到正常运作状态。