要想应用 DDD，首要任务就是要吃透 DDD 的核心设计思想，搞清楚 DDD、微服务和中台之间的关系。中台本质是业务模型，微服务是业务模型的系统落地，DDD 是一种设计思想，它可以同时指导中台业务建模和微服务设计，它们之间就是这样的一个铁三角关系。DDD 强调领域模型和微服务设计的一体性，先有领域模型然后才有微服务，而不是脱离领域模型来谈微服务设计。如何通过领域事件实现微服务解耦？怎样进行微服务分
如果花时间了解一下 DDD 的历史，就会发现 DDD 已经存在了很长时间，单单按照 Eric Evans 成书那一年算起也已经有超过 10 年的历史了。但即使在刚开始的那几年，DDD 也只能说是不温不火，只是小圈子里人们的谈资，鲜少看到分享的文章(至少国内给我的感觉如此)。有意思的是大约三年前开始，DDD 重新回归大众的视野，无论是线上的文章也好，还是线下的各个大会，DDD 成为当仁不让的主角之一
转载
2023-07-07 18:44:45
49阅读
DDD 不是一种架构， 而是一种架构方法论， 目的就是将复杂问题领域简单化， 帮助我们设计出清晰的领域和边界， 可以很好的实现技术架构的演进。DDD涵盖两部分：战略设计部分、战术设计。 战略设计从业务视角出发，建立业务领域模型，划分领域边界，建立通用语言的限界上下文，限界上下文可以作为微服务设计的参考边界。 战术设计从技术视角出发，侧重于领域模型的技术实现，完成软件开发和落地，包括：聚合根、实体、
转载
2023-08-16 16:52:45
91阅读
领域驱动设计（DDD） 是 Eric Evans 提出的一种软件设计方法和思想，主要解决业务系统的设计和建模。DDD 有大量难以理解的概念，尤其是翻译的原因，某些词汇非常生涩，例如：模型、限界上下文、聚合、实体、值对象等。实际上 DDD 的概念和逻辑本身并不复杂，很多概念和名词是为了解决一些特定的问题才引入的，并和面向对象思想兼容，可以说 DDD 也是面向对象思想中的一个子集。奥卡姆剃刀原则中说道
总的来说，DDD是一种面向业务的软件开发方法，通过深入理解业务领域并建立有效的领域模型，帮助开发人员更好地解决复杂的业务问题。
最近一段时间有些事情耽搁了更新，抱歉各位了。
上一篇我们简单的介绍了DotNetty通信框架，并简单的介绍了基于DotNetty实现了回路（Echo）通信过程。
我们来回忆一下上一个项目的整个流程：
当服务端启动后，绑定并监听（READ）设定的端口，比如1889。
当客户端启动后，绑定指定端口，等待用户输入
本文转至顶级架构师我们要了解的是微服务和DDD到底有什么关系呢？ 因为在互联网时代，软件所面临的问题域比以往要复杂得多，这种复杂性来源于不断扩展的问题域自身，也来源于创新变化，以及这种规模性增长所带来的挑战。 然而一个人一个团队，他对复杂的事物的认知是有极限的，面对这种复杂问题唯一的方法就是分而治之。分主要考虑的是如何去分；治意味着分出来的每一个部分要能够独立的运行，能够互相的协作，完成整体的
DDD（领域驱动设计）1. 程序员的角度非DDD: 结构体+set/get 2者放在实体层，吃饭等天生的方法放在service层DDD: 结构体+set/get+吃饭等天生的方法 3者都放在实体层2. 总监的角度我在项目需求分析的时候就设定好每个实体的基本函数并和实体定义在一起，而不是放在业务层一行一行的每个程序员去自己随便写 基于DDD的微服务设计（转自：）微服务内有 Facade 接
尽管微服务中的“微”一词表示服务的规模，但它并不是使用微服务的唯一标准。当团队转向基于微服务的架构时，他们旨在提高敏捷性以及自主且频繁地
翻译
2023-05-21 00:34:26
96阅读
web程序的执行流程web程序是基于B/S架构的软件
软件的架构: C/S 和 B/S
Client客户端/Server服务端: 客户需要在自己的电脑/手机[设备终端]下载客户端, 启动了客户端以后就自动和服务端进行了通信, 通信以后,那么可以享受到 服务端提供的资源/数据或者服务.
酷狗,大型网络游戏.
Browser浏览器/Server服务端, 是一种特殊的C/S.
一、什么是微服务架构？ 近年来，在软件开发领域关于微服务的讨论呈现出火爆的局面，越来越多的人倾向于在系统设计与开发中采用微服务方式实现软件系统的松耦合、跨部门开发，和当初的Servlet规范一样，被认为是IT软件架构的未来方向。 那么，什么是微服务架构呢
导言：记得自己最早接触类似‘微服务’的理念和实践是在2013年写一个工业级IM系统，当时向往和学习的对象就是腾讯系。特别是腾讯大讲堂中一期《微信之道－至简》对自己的架构理念影响很深，比如下图（1）中体现的就是微服务的设计思想。我也是仿照此架构，设计了我们的IM系统架构。!image.png(https://s2.51cto.com/images/20220707/1657203021985196.
原创
精选
2022-07-07 22:54:23
1371阅读
点赞
（写和读的责任分离）Command：执行动作，返回void。（行动可能会改变聚合、实体、值对象的内容）Query：只查询，不修改对
在前面的《DDD 实战 (6)：战略设计之技术决策》中，我曾经提到“微服务随时可拆可分”。而在上篇《DDD 实战(11)：冲刺 1 代码 TDD 实现之道》几乎展示了所有 DDD 相关的、基于 TDD 代码“三部曲”的编程方式之后，就只上下这一个问题没有从代码角度进行演示了。本篇就来演示“微服务的随时可拆可分”这一 DDD 编程特性。同时，这将是本系列的最后一篇文章。6. DDD 指导下的微服务实
到底DDD带来了多大好处有一段时间DDD还很新。当初Eric Evans首次发表他的开创性著作《领域驱动设计：软件核心复杂性应对之道》时，书里的灵感让我们感到像找寻到了一个个治愈创伤的良...
转载
2021-06-12 12:19:22
362阅读
引言 领域一词，主要有以下两个意思：一国主权所达之地。 学术思想或社会活动的范围。 不管是指国家的主权范围也好还是学术活动范围，都是在讲一个范围，一个界限。 比如我们常说的，学术领域、思想领域、技术领域、语言领域、物理领域、医学领域、游戏领域、JAVA领域、.NET领域等等，它们中不管是泛指还是特指某个领域，都是限定在某个范围之内的。 由此可见领域一词重在范围的界限。下面我们就回归正传，DDD，D
微服务平台架构是一项在云中部署应用和服务的新技术。大部分围绕微服务的争论都集中在容器或其他技术是否能很好的实施微服务。微服务系统可以在“自己的程序”中运行，并通过“轻量级设备与HTTP型API进行沟通”。关键在于该服务可以在自己的程序中运行。通过这一点我们就可以将服务公开与微服务平台架构(在现有系统中分布一个API)区分开来。在服务公开中，许多服务都可以被内部独立进程所限制。如果其中任何
总的来说，域驱动设计有助于将复杂的业务问题转化为可理解、可扩展和可维护的软件系统。它提供了一种方法来更好地与业务专家和领域专家求。
道答案了。没错，就是 DDD。
原创
2023-06-07 09:46:50
95阅读
SpringCloud微服务框架网站架构演变过程传统架构分布式架构SOA架构微服务架构微服务架构产生的原因什么是微服务微服务架构特征微服务架构如何拆分微服务架构与SOA架构区别SpringCloud微服务框架1、为什么选择SpringCloud2、SpringCloud简介 SpringCloud中文翻译：https://springcloud.cc/spring-cloud-dalston.h
转载
2023-09-21 06:21:05
56阅读
