开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

Java Event Sourcing/DDD框架不污染域层

Java Event Sourcing/DDD框架不污染域层是一种基于事件溯源和领域驱动设计（Domain-Driven Design，简称DDD）的开发框架，旨在实现高效的领域模型设计和持久化。该框架的核心思想是将系统中的所有操作都视为事件，并将这些事件持久化存储，以便实现系统状态的完全重建和历史追溯。

该框架的主要特点和优势包括：

事件溯源：通过将所有操作视为事件，可以完整地记录系统状态的变化历史，实现了系统状态的完全可追溯性。
领域驱动设计：该框架遵循领域驱动设计的原则，将业务逻辑和领域模型置于核心位置，提供了一种更加贴近业务需求的开发方式。
解耦和可扩展性：通过将业务逻辑和数据持久化分离，实现了系统的解耦和可扩展性，使得系统更加灵活和易于维护。
高性能和可伸缩性：该框架采用事件存储的方式进行数据持久化，可以实现高性能和可伸缩性的数据访问。
域层不受污染：该框架将数据持久化的逻辑封装在基础设施层，使得领域层的代码不受数据持久化相关的代码污染，提高了代码的可读性和可维护性。

该框架适用于需要实现高度可追溯性和灵活性的系统，特别是在金融、电商、物流等领域中的复杂业务场景。以下是一些腾讯云相关产品和产品介绍链接地址，可以用于支持Java Event Sourcing/DDD框架的开发：

云数据库 TencentDB：提供高性能、可扩展的数据库服务，支持多种数据库引擎，适用于存储事件数据和领域模型数据。产品介绍链接：https://cloud.tencent.com/product/cdb
云函数 Tencent SCF：提供事件驱动的无服务器计算服务，可以用于处理事件和执行业务逻辑。产品介绍链接：https://cloud.tencent.com/product/scf
云消息队列 Tencent CMQ：提供高可靠、高可用的消息队列服务，可以用于事件的异步处理和解耦。产品介绍链接：https://cloud.tencent.com/product/cmq
云存储 Tencent COS：提供高可靠、高可用的对象存储服务，适用于存储事件数据和领域模型数据。产品介绍链接：https://cloud.tencent.com/product/cos

总结：Java Event Sourcing/DDD框架不污染域层是一种基于事件溯源和领域驱动设计的开发框架，通过将操作视为事件并持久化存储，实现了系统状态的完全重建和历史追溯。该框架具有事件溯源、领域驱动设计、解耦和可扩展性、高性能和可伸缩性等优势。腾讯云提供的相关产品如云数据库、云函数、云消息队列和云存储可以支持该框架的开发。

页面内容是否对你有帮助？

有帮助

没帮助

相关·内容

被误解的Event Sourcing

我们经常看到随着Event Sourcing一起出现的，还有几个大家比较熟知的概念：CQRS， EDA(Event-driven Architecture)，当然还有DDD。...Event Sourcing在Node.js里并不是一个被广泛使用的成熟设计，我们很难在市面上找到成熟的Node.js的Event Sourcing框架，这意味这我们可能会面临更多的未预知的问题。...让开发团队感到陌生的设计思想; 较少成熟的Event Sourcing的框架支持; 在Event store中需要序列化Event。...Event Sourcing和其他架构之间的关系回到文章开头提到的四个经常被拿来一起说的概念：当我们决定使用Event Sourcing作为架构选择之时，通常我们也会选择DDD去构建得到领域事件。...DDD里提到的Event指的是对系统状态产生改变的现实事件，同样我们在Event Sourcing的系统中存储的也是会导致系统状态改变的事件。

5824 0

浅谈微服务的来龙去脉

如果你读过他的一系列经典书籍的话，你应该知道他是“软件”大师，他不是类似“JAVA并发”大师Doug Lea，他们是不同领域的大师，所解决的问题域是不同的。...DDD通过将问题域进行了设计抽象、通过将一个庞大的问题域如何进行子域的划分，又如何识别出这些子域的立体关系，而不是上下关系，识别出落地的限界上下文，上下文的边界交互模式，领域事件的影响、事件追溯（Event...DDD里面有很多突破性的技术，比较有意思的“事件驱动”、“事件溯源(event sourcing)”。...大家可能对event sourcing不是太了解，但是如果你对redis的AOF持久化了解的话，就大差不离了，redis也通过对key的操作形成一系列的event，然后通过key event来追溯数据的生命周期...如果用TOGAF的框架来划分企业整体架构体系的话，至少微服务的技术栈在应用架构层是有明确的技术应用的，而不是全指系统架构层的某个具体的技术，如，docker、RabbitMQ、RPC之类的中间件。

78710 0

【吐血推荐】领域驱动设计学习输出

图片来源：https://draveness.me/mvx 传统的「MVC」模型把框架分成了三层：显示层、控制层、模型层，而传统的模型层又被拆分成了业务层（Service）和数据访问层（DAO,Data...Event Sourcing ?...Event Sourcing 就是我们不记录数据的最终状态，我们记录对数据的每一次改变(Event)，而读取的时候我们把这些改变从头再来一遍来取得数据状态，比如你有100块钱，现在剩下10块了，我们记录的不是...，觉得用Event Sourcing各种麻烦，直到后来随着系统的复杂性不断增加，我们才感觉到带来了非常大的好处, 这个随后单独来说。...尤其慎用Event Sourcing, 而领域驱动尤其适合业务相对复杂的项目。对那些很小的项目，CRUD仍然是好的选择。

9262 0

【吐血推荐】领域驱动设计学习输出

传统开发面临的问题我们先来讨论一下传统开发面临的一些问题吧，就先从传统开发中被广泛应用于 Web 开发的传统三层框架：「MVC」开始说起吧。...图片来源：https://draveness.me/mvx 传统的「MVC」模型把框架分成了三层：显示层、控制层、模型层，而传统的模型层又被拆分成了业务层（Service）和数据访问层（DAO,Data...Event Sourcing Event Sourcing 就是我们不记录数据的最终状态，我们记录对数据的每一次改变(Event)，而读取的时候我们把这些改变从头再来一遍来取得数据状态，比如你有100块钱...，觉得用Event Sourcing各种麻烦，直到后来随着系统的复杂性不断增加，我们才感觉到带来了非常大的好处, 这个随后单独来说。...尤其慎用Event Sourcing, 而领域驱动尤其适合业务相对复杂的项目。对那些很小的项目，CRUD仍然是好的选择。

4592 0

最全的【DDD领域建模】小白学习手册（文末附资料）

1.事务是不希望由Item管理的，而是由容器或更高一层的业务类来管理。...但是，现在几乎所有的 Web 项目，都是基于这种贫血模型的开发模式，甚至连 Java Spring 框架的官方 demo，都是按照这种开发模式来编写的。...所以不要纠结于什么才是一个DDD框架，怎么写一个DDD框架。更不要死板的去套DDD的各种充血贫血模型，找到适合自己的模型，解决建模问题才是最重要的。...DDD CQRS和Event Sourcing的案例：足球比赛 DDD + CQRS + Event Sourcing实现案例，结合代码与理论讲解。...sourcing vs CRUD：https://community.risingstack.com/event-sourcing-vs-crud/ 阿里盒马领域驱动设计实践：https://www.infoq.cn

7243 0

在微服务中使用领域事件｜洞见

中的聚合根（Aggregate Root）；还有在微服务之间集成时采用DDD中的防腐层（Anti-Corruption Layer, ACL）；我们甚至可以说DDD和微服务有着天生的默契。...总的来说，领域事件给我们带来以下好处：解耦微服务（限界上下文）；帮助我们深入理解领域模型；提供审计和报告的数据来源；迈向事件溯源（Event Sourcing）和CQRS等。...要保证业务操作和事件发布之间的原子性，最直接的方法便是采用XA事务，比如Java中的JTA，这种方式由于其重量级并不被人们所看好。但是，对于一些对性能要求不那么高的系统，这种方式未尝不是一个选择。...一些开发框架已经能够支持独立于应用服务器的XA事务管理器（如Atomikos和Bitronix），比如Spring Boot作为一个微服务框架便提供了对Atomikos和Bitronix的支持。...一种解决方法是将事件的消费方创建成幂等的，即消费方可以多次消费同一个事件而不污染系统数据。

7438 0

DDD-CQRS的落地案例

摘要在之前的文章DDD-CQRS能解什么问题中，阐述了什么是CQRS。但是并没有业务需求可以应用CQRS。...读写可以分离，分别扩展通过事件溯源，可以恢复数据到任意编辑的版本具体设计系统整体采用CQRS+Event-Sourcing来实现 CQRS CQRS模式通过使用不同的接口来分离读取数据和更新数据的操作...Event Sourcing（事件溯源） a.不保存对象的最新状态，而是保存对象产生的所有事件 b.通过事件溯源（Event Sourcing，ES）得到对象最新状态；系统整体分为三大部分 ?...所以即使event-handle部分宕机了，仍然可以读取到最新的数据。说明这个案例还是没有应用框架，调研过axon，评估目前还不是太适合用，代码可读性不强，带来的好处不明显。...后续再考虑是否需要引入框架。

1.2K1 0

DDD实现之路

几年过去了，DDD在坊间依然方兴未艾，然而它的复杂性所引发的误解也层出不穷。对于一些基本概念的澄清甚至溯源，会帮助我们回到起点，对它展开新的认识。...放到Java世界中，多年以来，Java Bean规范都引诱着程序员们以“自然而然又合乎情理”的方式创建着无数的贫血对象，而一些框架也规定对象必须提供getter和setter方法，比如Hibernate...此时，我们的核心域被严严实实地封装在这套DSL之内，不容许外界的任何污染。...领域事件（Domain Event）在Eric的《领域驱动设计》中并没有提到领域事件，领域事件是最近几年才加入DDD生态系统的。...再进一步发展，事件驱动架构可以演变成事件源（Event Sourcing），即对聚合的获取并不是通过加载数据库中的瞬时状态，而是通过重放发生在聚合生命周期中的所有领域事件完成。

4012 0

在微服务中使用领域事件

中的聚合根（Aggregate Root）；还有在微服务之间集成时采用DDD中的防腐层（Anti-Corruption Layer, ACL）；我们甚至可以说DDD和微服务有着天生的默契。...总的来说，领域事件给我们带来以下好处：解耦微服务（限界上下文）帮助我们深入理解领域模型提供审计和报告的数据来源迈向事件溯源（Event Sourcing）和CQRS等还是以上面的电商网站为例，...创建领域事件领域事件应该回答“什么人什么时候做了什么事情”这样的问题，在实际编码中，可以考虑采用层超类型(Layer Supertype)来包含事件的某些共有属性：如果想学习Java工程化、高性能及分布式...这种方法虽然避免了API污染，但是这里的publish()静态方法将产生副作用，对Order对象的测试带来了难处。...一些开发框架已经能够支持独立于应用服务器的XA事务管理器（如Atomikos 和Bitronix），比如Spring Boot作为一个微服务框架便提供了对Atomikos和Bitronix的支持。

5825 0

DDD专题案例一《初识领域驱动设计DDD落地方案》

整个过程大概是这样的，开发团队和领域专家一起通过通用语言(Ubiquitous Language)去理解和消化领域知识，从领域知识中提取和划分为一个一个的子领域（核心子域，通用子域，支撑子域），并在子领域上建立模型...通过上述设计思想、方法和过程，指导团队按照DDD设计思想完成微服务设计和开发。...1、拒绝泥球小单体、拒绝污染功能与服务、拒绝一加功能排期一个月 2、架构出高可用极易符合互联网高速迭代的应用服务 3、物料化、组装化、可编排的服务，提高人效服务架构 ?...│ │ │ ├── event │ │ │ │ └── ApplicationRunner.java │ │...后续会持续完善以及可以组合搭建RPC框架等，让整个架构更利于互联网开发。

2K2 0

为什么老外不愿意用 MyBatis，而在国内工程师却偏偏热衷？

回复“666”，获取一份技术人专属大礼包开发者技术前整理参考来源：知乎@陈龙原文链接:http://suo.im/5f4ee4 本文不会下关于 Mybatis 和 HIB两个持久层框架哪个更好这样的结论...不优雅好吧。...2.喜欢 OOP、DDD，认为写 SQL 不优雅用 jpa 的核心是让我们关注对象建模，而不是关心底层数据库映射。...DDD 大会在欧洲等地办了一届又一届，CQRS、Event Sourcing 等探索层出不穷，这也是为什么国外比较流行 JPA 原因。...四、作者个人的观点其实十年前我们主要使用的ORM框架就是iBatis，而阿里巴巴是对国内Java开发者影响最大的一家公司。

1.2K4 0

ddd领域驱动设计三种实现_产品架构

---- 一、DDD四层与传统三层区别我们常用的三层架构模型划分为表现层，业务逻辑层，数据访问层等，在DDD分层结构中既有联系又有区别，个人认为主要有如下异同：在架构设计上，在DDD分层结构中将传统三层架构的业务逻辑层拆解为应用层和领域层...在建模方式上，DDD分层的建模思维方式有别于传统三层：传统三层通常是以数据库为起点进行数据库分析设计，而DDD则需要以业务领域模型为核心建模（即面向对象建模方式），更能体现对现实世界的抽象。...该层不包含业务领域知识。领域层 Domain Layer 也可称为模型层，系统的核心，负责表达业务概念，业务状态信息以及业务规则。即包含了该领域（问题域）所有复杂的业务知识抽象和规则定义。...│ │ │ ├─dict 领域划分的模块，可理解为子域划分 │ │ │ │ ├─DictVo.java 领域值对象 │ │ │...本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容，请发送邮件至举报，一经查实，本站将立刻删除。

4836 0

DDD-经典四层架构应用

该层不包含业务领域知识。领域层 Domain Layer 或称为模型层，系统的核心，负责表达业务概念，业务状态信息以及业务规则。即包含了该领域（问题域）所有复杂的业务知识抽象和规则定义。...不常用仓储 repository 持久化相关，与基础设施层关联工厂 factory 负责复杂对象创建模块 module 子模块引入，可以理解为子域划分 DDD编码实践代码结构描述 eg.后端...│ │ │ ├─dict 领域划分的模块，可理解为子域划分 │ │ │ │ ├─DictVo.java 领域值对象 │ │ │...补充一点：DDD除了在编码实践阶段，还体现在需求分析、设计阶段等过程，DDD推荐不割裂系统的需求和设计，我们这里可以合并称作系统建模过程当然除了这个经典四层架构模型，DDD还有五层架构、六边形架构等，...但也阻碍了我们应用DDD编码实践， Spring框架主张分离，DDD思想主张合并，我们在Spring框架中使用DDD则需要在其基础上进行一些权衡取舍，即如何将注册为Bean的行为穿插到原有的贫血模型中来构建充血模型是我们要解决的问题

5.9K5 0

为啥国人偏爱Mybatis，而老外喜欢HibernateJPA呢？

声明：本文不会下关于Mybatis和JPA两个持久层框架哪个更好这样的结论。只是摆事实，讲道理，所以，请各位看官勿喷。一、事件起因关于Mybatis和JPA孰优孰劣的问题，争论已经很多年了。...不优雅好吧。...2.喜欢OOP、DDD，认为写SQL不优雅用jpa的核心是让我们关注对象建模，而不是关心底层数据库映射。...DDD大会在欧洲等地办了一届又一届，CQRS、Event Sourcing等探索层出不穷，这也是为什么国外比较流行JPA原因。不过，国内主要是随着这两年随着微服务火爆也有人谈起来DDD了。...但其实DDD也不是银弹，需要大拿能把控全局，国内缺的就是这种大拿，搬砖的太多。 3.有些老外在技术选型时，不会考虑除Spring这种知名框架外的其他技术无他，唯手熟尔。

9092 0

为啥国人喜欢Mybatis，而老外偏爱 HibernateJPA 呢？

声明：本文不会下关于 Mybatis 和 JPA 两个持久层框架哪个更好这样的结论。只是摆事实，讲道理，所以，请各位看官勿喷。...不优雅好吧。...2.喜欢 OOP、DDD 认为写 SQL 不优雅，用 jpa 的核心是让我们关注对象建模，而不是关心底层数据库映射。...DDD 大会在欧洲等地办了一届又一届，CQRS、Event Sourcing 等探索层出不穷，这也是为什么国外比较流行 JPA 原因。...不过，国内主要是随着这两年随着微服务火爆也有人谈起来 DDD 了。但其实 DDD 也不是银弹，需要大拿能把控全局，国内缺的就是这种大拿，搬砖的太多。

5.1K3 1

浅谈CDC在微服务中的应用

---- 5.CDC与Event Sourcing 其实说到CQRS,通常都会和Event Sourcing结对出现。...Event Sourcing可能是事件驱动架构的终极实现了，在这种架构的系统中，只存储客观事实也就是事件，而业务数据的状态，是通过"播放"事件而得到的。...Event Sourcing是一种较为复杂的架构，通常DDD + EventSourcing搭配起来效果更好，但要完整的实现这样一个架构不是一件容易的事情。...在最近一期的技术雷达中，可以看到一项被称之为“Puncturing encapsulation with change data capture” 的做法被列到HOLD（暂缓）分类中（即不建议使用）：...我觉得DDD可能是解决事件驱动架构问题的一个好的途径，通过DDD的方式，我们需要思考清楚真正业务场景中的聚合与事件，建立正确的模型，从而隔离原始的数据存储，当服务底层发生变化时，只需要修改这一层的实现即可无缝迁移

1.4K3 0

DDD -- 领域驱动设计 -- 6步成诗法

（3）技术控：做偏底层的，中间件、分布式存储、RPC框架等，主要关注点都是在技术层面，多线程、操作系统、数据结构、算法。。...（4）“大牛”驱动：有某位“大牛”在公司内部搞了一个框架，或者借助某个开源的框架，然后其他人接到需求，不断往里面填业务代码。。...架构模式分层、六边形、SOA、CQRS、Event Sourcing 分析模式详见Martin Flower的《分析模式》一书，里面总结了一些常见的业务模型的分析方法设计模式比如“工厂”，以前讲...比如发事件，如何保证事件的不丢不重？...分布式事务消息的不丢不重是解决分布式事务的一个关键，关于分布式事务的问题，我在另一篇博客 “分布式消息队列RocketMQ–事务消息–解决分布式事务的最佳实践”里面有详细探讨，此处不再详述。

4871 0

设计模式：企业级和大型系统中常用的系统架构设计模式

通过使用DDD，开发人员可以创建更加精确、可维护和业务紧密相关的软件系统。 3....在大型系统中，CQRS常与事件溯源（Event Sourcing）结合使用，以提供高效的数据存储和检索机制。 4....事件驱动架构（Event-Driven Architecture, EDA）事件驱动架构是一种设计模式，其中软件组件通过事件进行通信。...服务网格（Service Mesh）在微服务架构中，服务网格是一个专用的基础设施层，用于处理服务间的通信。服务网格通常实现为轻量级的网络代理，部署在服务的旁边。...它们不仅提供了解决复杂问题的框架，还有助于保持代码的清晰性和可维护性。作为一名有抱负的软件架构师或系统架构师，掌握这些模式对您的职业生涯大有裨益。

2532 1

领域驱动设计（DDD）靠谱么？

DDD分层架构相信大部分了解DDD的开发者，持支持的观点主要认为： DDD（Domain Driven Design，领域驱动设计）作为一种软件开发方法，它可以帮助我们设计高质量的软件模型。...；应用层 Application：这一层包含的主要组件就是 Service 服务，但是要特别注意，这一层的Service不是简单的DAO层的包装，在领域驱动设计的架构里面，Service层只是一层很“...内部主要包含Entity（实体）、ValueObject（值对象）、Domain Event（领域事件）和 Repository（仓储）等多种重要的领域组件；基础设施层 Infrastructure：...所有与具体平台、框架相关的实现会在 Infrastructure 中提供，避免三层特别是 Domain 层掺杂进这些实现，从而“污染”领域模型。...限界上下文是 DDD 中用来划分不同业务边界的元素，这里业务边界的含义是「解决不同业务问题」的问题域和对应的解决方案域。你可以认为限界上下文的存在是为了解决某种类型的业务问题。那如何划分呢？

5621 0

【领域驱动设计】Redux 和领域驱动设计

目前，DDD 有更多的书籍、更多的示例，并且已被证明可以有效地扩展和保持大型系统中的高级性能。如果您听说过 Event-Sourcing 或 CQRS，那么您已经与 DDD 擦肩而过。...Aggregates：是DDD的主要模式。它代表小块模型（理想情况下只有一个实体和几个对象值）。模型是合理隔离的。聚合通过查询、命令和域事件相互通信。...DDD 用于事件溯源的目标是增加数据库中写入的吞吐量。它不会将每个更改保存在数据库中，而是仅存储每个聚合发出的域事件，并在可能的情况下存储聚合的快照。...relabelPrice(price) { labeledPrice = price; } } 如果我们应用 DDD，我们可以中继域事件来更新其他聚合： // With DDD class...onCampaignStarted(event) { labeledPrice = event.advertisedPrice; } } 你注意到不同了吗？现在产品已经消失了。

1.4K3 0

点击加载更多

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭