摘要：
上一节我们讲解了常用的事务，也提及了Saga，这是在分布式环境下被经常使用的一种处理复杂业务和分布式事务的设计模式。本章我们的主要目标是编写一个简单版本的Saga处理器，不同于Seata框架中那种可独立部署的事务服务，我们所编写的Saga和业务集成在一起也不支持通过手画流程的方式实现，因为我们的目标 阅读全文
摘要：
有关事务的内容，在前面我们已经不只谈过一次，没办法，这是一个绕不开的话题。你敢说你在开发中不用到它？最起码聚合进行序列化的时候得启动一个本地事务吧。当然了，如果你用的是NoSQL，则另当别论，咱也就别抬那个杠了。你必须承认的事实就是无论现在的NoSQL数据库怎么发展，关系型的数据库仍然是业务系统中的 阅读全文
摘要：
任何事物都在变化着包括领域驱动设计这门学问。Evans在首次提到DDD概念后，后来出现了陆续又出现了很多的专家与学者对其理论进行了扩充比如：“领域事件”、“事件源”、“命令查询责任分离”等。也正是由于这些补充，不仅让DDD的适用范围变得更大也让后来出现的微服务架构系统受益良多，为系统落地提供了非常优 阅读全文
摘要：
开讲资源库，这东西简单来说就是用于持久化或查询聚合的。注意！您需要与DAO分别：DAO操作的对象是数据实体；而资源仓库的目标是聚合（不存在通过资源库操作值对象的情况，值对象必须依赖于某个实体）。你完全可以把资源库想像成为一个盒子，想要存储聚合的时候直接放进去即可；想要修改只需要取出后再放进去，就能把 阅读全文
摘要：
在讲解实体的章节中我们曾经介绍说过如何有效的创建实体，主要包括两种方式：工厂和构造函数。本章我们工厂进行一下详解，这种东西能有效的简化实体使用的难度，毕竟你无法通过Spring这种容器来管理领域对象。实际的开发过程中，工厂的使用要比书中的讲解会复杂一点，所以在本章我会对实践中遇到的一些问题以及使用什 阅读全文
摘要：
聚合的自白 大家好，我是聚合，在你们的期盼之下我终于出来了。其实早就想和大家见一面，不过作者每天总想着水流量，到现在才让我出来。他把实体和值对象这两个我家庭内的成员先介绍让我感觉非常的不公平。没有国哪有家？没有家庭，生活也不会温暖。好多的工程师眼里只想着实体他们，让我难受的想要哭泣。明明是由于我的存 阅读全文
摘要：
实体对象和值对象都写完了，本想开始写资源仓库顺便把工作单元再搞搞。不过有一点麻烦的是我不太想把工作单元作为单独的一章来写，一是这东西网上相关的内容太多；二是有的时候使用Spirng的事务就解决了，没觉得有多大作用。不过先不纠结这些，还是按本章的主题写领域服务吧，这好讲，谁不喜欢简单的东西。 一、为啥 阅读全文
摘要：
值对象这个东西在DDD里算是比较抽象的，好多人学了半天也学不明白。我这种聪明人也费了好大劲，总算苦心人天不负，现在也能用个有模有样了。战术模式中不论是领域服务、对象工厂还是资源库，基本上您能听懂是什么意思，在BO层中所承担的角色也比较明确，唯独这个值对象有点坑爹。遥想当年我在使用C#的时候，里面有一 阅读全文
摘要：
内验是针对领域模型自身的验证，其验证规则也是由领域模型自已来完成，只是触发的时机可能在工厂中也可能在构造函数中。与内验对应的当然就是外验了，这是用于对用户的输入和业务流程的前提或得更专业一点叫“前置条件”的检验。如果细化一点，可以将外验分成两个情况：用户输入和业务流程的前置条件。情况不同验证的方式也 阅读全文
摘要：
验证在我们现实的生活中非常常见，比如您找工作得先整个面试验证你的能力是否靠谱；找对象得先验证下对方的颜值和升值空间。有些工程师写代码从不验证，我觉得是有三个原因，一是意识不够，过于相信前端或外部服务；二是个人缺少主动思考的能力；三是团队负责人的问题，您都当了领导了为什么不制定一些基本开发规则给团队树 阅读全文