目录1. 框架实现图2. 框架详述3. 模块结构 正文本文主要介绍了基于SpringMVC+mybatis对DDD思想的落地实现框架。 1. 框架实现图该框架实现基本和DDD的指导思想契合，主要分为四层，且将关注点放在了domain层。下面将逐层介绍各个组件的职责。 2. 框架详述User Interface层门面层，对外以各种协议提供服务，该层需要明确定义支持的服务协议、契约等。包含：
转载
2023-08-16 16:57:00
462阅读
基于COLA架构（Clean Object-oriented and Layered Architecture，整洁面向对象分层架构）和DDD（Domain Driven Design，领域驱动设计）思想，我们初步完成了包裹预订服务的开发，包括包裹预订和包裹查询服务等等。接下来，继续进行DDD经典项目的开发工作。本文将创建运输微服务routingms，该服务负责与
1. 关于DDD项目结构约定1.1 项目结构使用DDD整洁架构进行分包maven项目结构遵从DDD整洁架构分为如下四个顶级包：application - 应用层代码，一般为接口层定义API的实现类和一些结构转化，application不应该承载业务逻辑 domain - 领域层，包含应用的业务模型定义，全部业务逻辑，可以细分实体（entity）和领域服务（service）等子包 infrastru
转载
2024-04-15 13:19:44
562阅读
DDD（Domain-Driven Design，中文名领域模型设计）是一种软件开发方法论，它强调将业务领域中的知识融入到软件设计中。DDD 强调将软件开发过程分为两个主要阶段：领域分析和领域建模。领域分析是指深入了解业务领域中的问题和需求，领域建模是将分析出的领域知识转化为软件模型。在本文中，我不再过多说明DDD的来龙去脉，我将用多个例子来详细说明使用 DDD 和不使用 DDD 的区别、优势和劣
转载
2024-06-28 06:56:11
88阅读
一、一级代码目录 前面《DDD—分层架构，洋葱架构，六边形架构》一文中讲到，领域模型的业务逻辑从领域层，应用层到用户接口层逐层组合和封装，对外提供灵活的服务，既实现了各层的分工和解耦，也实现了各层的协作，DDD分层架构是微服务代码结构的最佳落地。 根据DDD的分层架构，我们可以首先根据各层的单一职
转载
2023-07-02 20:29:21
354阅读
目录一、DDD 分层架构与微服务代码模型二、微服务一级目录结构三、各层目录结构四、注意事项五、领域对象的整理六、从领域模型到微服务的设计七、领域层的领域对象八、应用层的领域对象九、领域对象与微服务代码对象的映射DDD并没有给出标准的代码模型，因此一千人就会有一千个哈姆雷特，下面代码模型是欧创新老师的思考和实践而来。我们可以作为学习的参考。一、DDD 分层架构与微服务代码模型我们参考 DDD 分层架
转载
2023-10-11 16:04:27
130阅读
不同于其它的架构方法，领域驱动设计DDD（Domain Driven Design）提出了从业务设计到代码实现一致性的要求，不再对分析模型和实现模型进行区分。也就是说从代码的结构中我们可以直接理解业务的设计，命名得当的话，非程序人员也可以“读”代码。然而在整个DDD的建模过程中，我们更多关注的是核心领域模型的建立，我们认为完成业务的需求就是在领域模型上的一系列操作（应用）。这些操作包括了对核心实体
转载
2023-09-03 10:32:19
232阅读
在领域模型的行为设计中我们提到 2013-04-22 15:37 “@banq”的内容我们把A对象自身固有行为看成是A的一种能力，而把需要依赖其他对象的方法称为交互行为。哪些属于A的自身方法？哪些属于交互方法？设计思路和方法是如何考虑的？ …那么什么是对象的固有行为？我们认为是那些保证该对象逻辑一致性的行为，称为对象的基本职责，保证自己的存在。迪米特法则(Law of Demeter)则详细
接上篇《DDD 实战 (10)：冲刺 1 战术之服务设计（下）及技术决策》后，我们接下来的重点，就是要展示真正的代码实现了。在本篇中，我将围绕 TDD（Test-driven development, 测试驱动开发）编程方法为核心，演示前面完成的相关 DDD 设计是如何落地的。在本篇中，我将首先介绍 TDD 三重奏（写测试-写功能-重构）和相关原则，然后用实际代码演示 TDD 的工作流程，最后我会
转载
2024-05-08 17:53:54
217阅读
前段时间组织了小红花的新一期分享快速搞定数字化项目——采用领域驱动设计(DDD)建设一个电商平台，听完池总的这个分享之后，我终于是把这两年重新热起来DDD（以下称为现代DDD）和我十几年前熟悉的DDD（以下称为古典DDD）对应起来了，在这里谈一谈。DDD当然不是什么新概念，该思想源于2003年 Eric Evans编写的“Domain-Driven Design领域驱动设计”简称DDD，Evans
转载
2023-12-06 10:44:41
194阅读
最近加入一个DDD+低代码平台低项目，元数据多租驱动编程，让软件实现批量低成本可复制。
目前国内外这个领域不可谓不倦，salesforce、微软、
Pega、国内阿里、华为、用友、金蝶等都软件厂商趋之若素。
低代码平台如果不结合DDD和元数据多租，那么就是水中楼阁。
今天总结下DDD领域编程DDD的作用 统一思想：统一项目各方业务、产品、开发对问题的
转载
2023-09-13 21:04:19
29阅读
大约4年前，2017年底的时候，那时刚开始工作实习，武哥让我了解了解DDD，写了这篇Blog：【架构设计 领域驱动开发 一】三层VSDDD，当时打算好好了解了解的，无奈水平不够，对这些概念也是一知半解的，所以了解也不深入，见解也不一定正确，工作4年多了，再次学习和比较下MVC和DDD吧。概念和代码组织区别什么是贫血MVC模型开发？什么是DDD充血模型开发？MVC贫血模型开发模式MVC 三层架构中的
转载
2023-11-20 14:41:33
89阅读
贫血模型和充血模型贫血模型：指的是领域对象只包含了对象的特征，而没有对象的行为。即 POJO 中只有对象的属性和属性的 get/set 方法，所有的业务逻辑都放在业务层。优点：各层次之间松耦合，结构清晰，领域对象只是用作存放和传输的载体。缺点：只有属性没有行为的对象是没有生命的，这样的对象不是真正的对象，而且业务逻辑层将会十分庞大。使用方式：在对象的外围构建一个 Facade 层还封装对象的某些原
转载
2023-09-27 22:42:01
111阅读
概述：最近一直在搞Java-DDD模式开发的方案落地；个人的理解，DDD模式中，只要关注三个模块即可：A. application：应用层，可以是http接口服务，也可以是grpc服务接口，甚至是rpc服务；B. domain：领域层，主要是领域业务的具体实现，跟上层的应用没有任何关系；C. infrastructure：基础服务层，包括项目中的持久化之类的代码；那么，如何将这三层进行较好的解耦，
转载
2023-08-08 08:37:28
131阅读
DDD（领域驱动设计）的代码分层结构是一种组织和划分代码的方式，旨在更好地实现领域模型、业务逻辑和技术实现之间的分离，并提供清晰的职责划分和可维护性。DDD代码分层结构1. 用户界面层（UI Layer）：用户界面层负责与用户进行交互，并向用户展示信息和接收输入。它可以是Web界面、移动应用程序、桌面应用程序等。该层主要负责接收用户的请求，并将其转发到应用服务层进行处理。2. 应用服务层（Appl
转载
2023-10-04 21:22:09
228阅读
# Java开发模型DDD（领域驱动设计）
领域驱动设计（Domain-Driven Design，简称DDD）是由Eric Evans在他的著作《领域驱动设计：现代软件项目的复杂性应对之道》中提出的一种设计理念。DDD强调从业务领域的角度来构建复杂的系统，它注重于在代码中表达业务需求，并通过模型来驾驭复杂性。
## DDD的核心概念
1. **领域（Domain）**：一个应用程序所要处理
# 理解DDD领域模型在Java中的实现
领域驱动设计（Domain-Driven Design，简称DDD）是一种设计软件体系结构的方法，重点在于业务领域和复杂领域逻辑的建模。对于初学者，理解如何在Java中实现DDD领域模型可能有些挑战。这篇文章将为你提供一个清晰的实现流程，同时提供详细的每一步代码示例。
## 实现流程
以下是实现DDD领域模型的基本步骤：
| 步骤
原创
2024-10-26 05:33:50
17阅读
适配层Adapter@Api(tags = "邮箱配置")
@Slf4j
@RestController
@RequestMapping("mailConfig")
public class SysMailConfigController {
@Autowired
private SysMailConfigAppService sysMailConfigAppServ
转载
2024-10-12 13:43:24
20阅读
【51CTO译文】我们曾不只一次的听到2010年将是Java模块化的一年的言论；也知道目前为Java提供模块化的OSGi正在受到IBM和Eclipse基金会的大力支持。但作为实现Java模块化应用的基础框架，OSGi似乎并不完美；我们经常能听到关于OSGi过于复杂的抱怨。从个人的角度，我以开放的心态去了解OSGi。令人失望的是，我发现它的规则非常复杂而且是低阶的（low-level），对于大多数企
领域事件用来表示领域中发生的事件。举例来说的话，领域事件可以是业务流程的一个步骤，比如投保业务缴费完成后，触发投保单转保单的动作；也可能是定时批处理过程中发生的事件，比如批处理生成季缴保费通知单，触发发送缴费邮件通知操作；或者一个事件发生后触发的后续动作，比如密码连续输错三次，触发锁定账户的动作。领域事件相关案例事件起点：客户购买保险 - 业务人员完成保单录入 - 生成投保单 - 启动
转载
2024-07-12 22:19:01
64阅读
