2、DDD六边形架构

最新推荐文章于 2025-07-17 00:42:58 发布
置顶 最新推荐文章于 2025-07-17 00:42:58 发布
阅读量358 收藏
点赞数 1
CC 4.0 BY-SA版权
分类专栏： DDD架构 文章标签： 架构
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/logtcm4/article/details/136587707
本文讨论了在六边形架构中编写领域模型时，如何确保代码清晰，如遵循命名规则如createOrderForCustomerBySystem，以及如何处理业务查询（依赖反转），以提高代码可维护性和RPC调用的明确性。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

六边形架构

  • 领域模型只有我们的领域模型代码

领域模块需要业务上可能还是需要使用到一下查询怎么办呢（依赖反转）

我们的领域代码应该如何写（首先必须是清晰）

  • 代码名称清晰，代码参数清晰
  • 我们不能根据参数是如何组装数据的debug才知道这个代码是干什么的，例如代客下单，那么我们需要命名为createOrderForCustomerBySystem（CustomerID），而不能是createOrder（id）这样（RPC调用）就会很不清晰。我们得debug才知道情况

领域驱动设计（DDD）中的应用架构：六边形、洋葱、整洁与清晰
wjianwei666的专栏
04-17 610
六边形架构、洋葱架构、整洁架构和清晰架构都是领域驱动设计中常用的应用架构模式。它们通过不同的方式来实现业务逻辑与外部系统的分离，从而提高系统的可维护性、可扩展性和灵活性。在实际项目中，应根据具体需求和团队特点选择合适的架构模式来构建健壮且易于演化的软件系统。
DDD系列 - 第0讲 DDD中常提到的应用架构总结（六边形、洋葱、整洁、清晰）
罗小爬的技术宝书
07-09 8236
最近在学习DDD应用架构设计时，接触到了不同的应用架构设计概念，如六边形架构、洋葱架构、整洁架构、清晰架构...，起初是一头雾水，在不断学习过程中也算对此有了些理解，故在本文中对这些架构进行了简单的介绍和总结。............
六边形架构浅析
爱技术、爱生活、爱健康
06-30 1084
目录Clean分离分层架构当层变成千层面驱动和被驱动六边形架构/端口和适配器应用和领域通往外部世界的端口使用适配器插入结论同样，在任何重要的软件项目中，一半的战斗都是管理复杂性。事实上，您可能会争辩说，任何软件专业人员的主要作用是驯服复杂性，以使我们工作的系统易于更改。划分应用程序的功能区域是使其易于管理的关键。我们不想将持久性框架的关注点与核心业务逻辑、用户界面或代码中发生的任何其他事情混淆。根据单一职责原则，我们希望将因相同原因而发生变化的事物聚集在一起，并将因不同原因而发生变化的事物分开。这样做可以简
DDD 六边形架构
最新发布
leijmdas的专栏
07-17 991
/ 领域服务依赖端口。| 外部技术 | <-- | Ports | --> | 领域层 |如数据库（MySQL）、外部 API（HTTP Client）、缓存（Redis）。）是 DDD（领域驱动设计）中一种解耦业务逻辑与技术实现的架构模式，核心思想是。如 REST API（Spring MVC）、CLI 命令行、消息队列消费者。：接口（Interface），描述领域层如何与外部交互。：领域层不关心数据如何存储、API 如何暴露。：适配器 → 端口 ← 领域层（依赖倒置）。
DDD之六边形架构（Hexagonal Architecture）
小虎哥的技术博客
11-22 2381
六边形架构（Hexagonal Architecture），也被称为端口和适配器架构（Ports and Adapters Architecture），是一种软件架构模式，用于构建可测试、可维护和灵活的应用程序。
DDD之六边形架构模式(一)
tian830937的专栏
08-02 1314
六边形架构模式是一个强大的设计范式，它通过促进业务逻辑与外部设施间的松耦合来提升软件的灵活性和可维护性。通过端口与适配器的概念，开发者能够更加专注于核心业务的实现，同时保留改进与扩展系统的能力。六边形架构适用于多种应用场景，特别是在需要频繁迭代与技术栈多变的现代软件开发环境中，它展现了巨大的价值。尽管面临一定的挑战，但只要项目团队能够准确把握六边形架构的设计理念并合理地在项目中加以应用，它无疑可以成为构建稳固、灵活、可持续发展软件系统的有力工具。
DDD进阶_DDD分层架构、整洁架构、六边形架构
日积月累，水滴石穿
06-25 5466
DDD从入门到精通，系列文章传送地址，请点击本链接。 本文主要讲解微服务不同架构下的特点，如果还不了解DDD分层架构的，请先学下DDD的分层架构整洁架构又名“洋葱架构”。为什么叫它洋葱架构？看看下面这张图你就明白了。整洁架构的层就像洋葱片一样，它体现了分层的设计思想。在整洁架构里，同心圆代表应用软件的不同部分，从里到外依次是领域模型、领域服务、应用服务和最外围的容易变化的内容，比如用户界面和基础设施。整洁架构最主要的原则是依赖原则，它定义了各层的依赖关系，越往里依赖越低，代码级别越高，越是核心
DDD—分层架构、洋葱架构、六边形架构
a6636656的博客
07-20 3158
外圆代码依赖只能指向内圆，内圆不需要知道外圆的情况，这种架构也是典型的分层架构，和DDD分层架构一样，都体现了高内聚，低耦合的设计特性。2008年JeffreyPalermo已经提出了具有分层思想的洋葱架构，如下图，同心圆代表软件的不同部分，从里向外依次是领域模型，领域服务，应用服务和外层的基础设施和用户终端。DDD分层架构中有很重要的依赖原则每层只能与位于下方的层发生耦合，类似于网络的7层或TCP/IP的4层模型架构，每一层各司其职，并且只关心向下一层的实现，而不会出现各层耦合。...
六边形架构落地代码分析
Just Do It!
06-03 1193
前言 学习过DDD的朋友们都知道核心有个六边形架构，对于研发人员来说，理解之后如何落地很重要，talk is cheap，show me the code。 从网上看到一个
cart:带有跟踪和度量标准的GO中具有DDD和六边形架构的购物车api
04-04
该项目已使用DDD和六角形架构实施，隔离了域，应用程序和基础结构 在内部的根中，购物车具有域实体和聚合的Value对象 包创建器和获取器中有两种应用程序服务 在存储中，有两个实体的inMemoryRepository，可以轻松将...
自由：自由是一个基于六边形架构的框架，可以支撑充血的领域模型范式
02-03
自由DDD框架 自由是一个基于六边形架构的框架，可以支撑充血的领域模型范式。 总览 集成虹膜 HTTP / H2C服务器和客户端 集成普罗米修斯 AOP工作者和无侵入上下文 可扩展组件 依赖注入＆依赖倒置＆开闭原则 DDD和六边形架构 领域事件和消息肢体组件 CQS和聚合根 CRUD和PO生成 一级缓存＆二级缓存＆防击穿 安装 $ go get github.com/8treenet/freedom/freedom 脚手架创建项目 $ freedom new-project [project-name] 脚手架生成增删删改改和持久化对象 # freedom new-po -h 查看更多 $ cd [project-name] # 数据库数据源方式 $ freedom new-po --dsn " root:123123@tcp(127.0.0.1:3306)/freedom?charset=utf8 " # JSON 数据源方式 $ freedom new-po --json ./domain/po/schema.json 例
DDD - 六边形架构和CQRS架构
迪曼奥特迦-博客
09-04 3459
CQRS，作为一种战术办法，是实现DDD建模领域的最佳途径之一。事实上，它就是因为这个目标而诞生在这个世界上。CQRS本身只是一个读写分离的架构思想，全称是：Command Query Responsibility Segregation，即命令查询职责分离，表示在架构层面，将一个系统分为写入（命令）和查询两部分。一个命令表示一种意图，表示命令系统做什么修改，命令的执行结果通常不需要返回；一个查询表示向系统查询数据并返回。CQRS架构中，另外一个重要的概念就是事件。
DDD学习笔记---进阶篇
只管努力，莫问前程
02-16 824
领域事件 用来表示领域中发生的事件。 举例来说的话，领域事件可以是业务流程的一个步骤，比如投保业务缴费完成后，触发投保单转保单的动作；也可能是定时批处理过程中发生的事件，比如批处理生成季缴保费通知单，触发发送缴费邮件通知操作；或者一个事件发生后触发的后续动作，比如密码连续输错三次，触发锁定账户的动作。 领域事件相关案例 事件起点：客户购买保险 - 业务人员完成保单录入 - 生成投保单 - 启动缴费动作。 1. 投保微服务生成缴费通知单，发布第一个事件：缴费通知单已生成，将缴费通知单数据发布..
DDD - 微服务架构模型_领域驱动设计（DDD）分层架构 vs 整洁架构（洋葱架构） vs 六边形架构（端口-适配器架构）
小工匠
01-31 4205
微服务架构（Microservices Architecture）是一种将单一应用程序拆解为多个小型服务的架构风格。每个微服务实现一个业务功能，独立部署和独立扩展，这种方式极大地提升了系统的灵活性、可维护性和可扩展性。松耦合：每个微服务都可以独立演化，修改一个微服务不会影响到其他服务。独立部署：每个微服务可以独立部署，减少了系统升级时的风险。技术栈多样性：不同的微服务可以采用不同的技术栈，选择最适合的工具和框架。高可扩展性：通过服务拆分，可以根据业务需要独立扩展某个服务，避免了单体应用的性能瓶颈。
领域驱动设计(DDD)架构整理(分层架构、六边形架构、SOA架构、REST、CRQS、事件驱动架构等)
maoyeqiu的专栏
12-03 2151
转自：https://www.deathearth.com/1246.html DDD的一大好处便是它不需要使用特定的结构，由于核心域在限界上下文中，所以我们可以在整个系统中使用多种风格的结构。有些结构保卫者领域模型，能够全局性地影响系统，而有些架构则满足了某些特定的需求。我们的目标是选择适合于自己的结构和结构模式。 在选择架构风格和结构模式时，应该将软件质量考虑在内。同时，避免滥用架构风格和架构模式也是重要的。质量驱动的架构选择是种风险驱动方式（我们采用的架构是用来减少失败风险的，而不是增加风险）
DDD分层架构
and的博客
09-22 670
DDD分层架构
六边形架构理论介绍
敬诚为之
01-11 9173
“六边形架构”是 Cockburn大牛在2005年 提出的。该架构提供了一种将业务逻辑和具体输入输出技术分离的模式。我在《实现领域驱动设计》一书中看到该书作者将六边形架构应用于DDD（领域驱动设计），觉得很有启发，因此尝试将该架构的原文译出，供大家参考。本文中的业务逻辑相当于DDD中的domain和application两层，用户界面和 数据库 访问等相当于DDD中的Interface和Infra
从混乱到优雅：基于DDD的六边形架构的代码翻新指南
dsgdauigfs的博客
11-14 226
DDD的战略建模注重子域的划分和限界上下文的定义。对应到落地就是包的拆解， 以及包之间的依赖和组合关系。而DDD的战术建模主要关注的是构造块和柔性设计。构造块就是我们常说的，类，对象，组合。而柔性设计就是我们面向对象的设计原则，得到一个高内聚低耦合的系统。所以说，DDD的战术建模落地，一定伴随着开发人员对设计模式的深刻理解和应用。
掌握领域驱动的六边形架构：高效软件设计的秘籍
gitblog_00006的博客
05-10 453
掌握领域驱动的六边形架构：高效软件设计的秘籍 domain-driven-hexagonLearn Domain-Driven Design, software architecture, design patterns, best practices. Code examples included项目地址:https://gitcode.com/gh_mirrors/do/domain-dri...
DDD六边形架构是什么意思
04-19
DDD六边形架构是一种面向领域驱动设计的软件架构，它强调将业务逻辑放在应用程序的核心，并且将该核心与外部环境（如UI、存储等）隔离开来，从而实现对业务逻辑的高度可测试性和可维护性。具体来说，该架构的核心是...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值