DDD
文章平均质量分 72
fish982000
这个作者很懒,什么都没留下…
展开
专栏收录文章
- 默认排序
- 最新发布
- 最早发布
- 最多阅读
- 最少阅读
-
一次性讲清DDD设计中的CQRS模式
本文系统梳理了DDD应用层中Command和Query的设计规范与核心原则。基于CQRS模式,Command代表修改状态的写操作,应封装完整参数并体现业务意图;Query代表无副作用的读操作,需明确查询条件。两者严格隔离,Command不应返回业务数据,Query不应修改状态。这种设计能解决接口膨胀问题,提升语义表达力,并为不同复杂度的CQRS架构演进奠定基础。实际项目中,从"读写分离版CQRS"入手通常是平衡复杂度与收益的最佳选择。原创 2026-07-04 14:06:57 · 223 阅读 · 0 评论 -
claude code 开发实践 - 记忆系统
本文介绍了Claude Code记忆系统的四层架构模型,重点解析了核心记忆层(CLAUDE.md)的机制与应用。系统采用分层记忆设计:全局用户记忆、项目团队记忆、本地私有记忆和自动学习记忆。CLAUDE.md作为项目的长期大脑,存储项目架构、规范等关键信息,会话启动时自动加载。文章通过360绩效考核平台项目实例,展示了CLAUDE.md的标准结构和实际应用,包括项目概述、技术架构、目录规范等内容,体现了该记忆系统在保证项目一致性和知识传承方面的价值。原创 2026-06-26 11:48:44 · 276 阅读 · 0 评论 -
一次性讲清DDD设计中的值对象(value object)、实体(entity)和域(domain)
本文系统阐释了DDD(领域驱动设计)中的三个核心概念:实体(Entity)、值对象(Value Object)和域(Domain),并通过电商订单系统的案例展示其应用差异。实体具有唯一标识和可变性(如订单),值对象通过属性值判等且不可变(如地址),域则界定业务边界(如订单域)。文章强调通过ID关联解耦不同域,利用值对象提升模型纯度,并详细说明了领域事件如何实现跨域异步协作(如支付成功触发订单状态更新)。最后指出聚合根应控制修改边界,保持业务一致性。全文通过对比表和流程图,清晰呈现了DDD在复杂业务系统中的设原创 2026-06-17 11:31:08 · 284 阅读 · 0 评论
分享