领域驱动设计

01、DDD和微服务的关系

DDD核心思想是通过领域驱动设计方法定义领域模型，从而确定业务和应用边界，保证业务模型与代码模型的一致性。为什么DDD适合微服务？
技术灭霸·2023-10-12 17:06

什么是DDD领域驱动设计？

DDD全称为(Domain-DrivenDesign,简称DDD)，领域驱动设计为什么要学习DDD领域驱动设计？在早期软件开发，对于一些简单业务，只需要使用一个模块，编写多个业务逻辑就可以搞定。
TZX_0710·2023-10-12 08:38

DDD和SOA及微服务

中台、领域驱动设计及微服务之间有着什么样的关系？微服务的边界设计怎么做？怎么做设计和拆分？且看作者为你娓娓道来。借用当下最流行的段子做个开场白。
百合静流-秋之回忆·2023-10-12 04:01

DDD学习笔记4-领域驱动设计如何应对软件复杂度

学习资源来自Gitchat上张逸的《领域驱动设计实践》不管是因为规模与结构制造的理解力障碍，还是因为变化带来的预测能力问题，最终的决定因素还是因为需求。
方雲·2023-10-11 12:01

DDD领域驱动设计

DDD把模型分成四层。分层设计.pngUI层，负责界面展示。应用层（ApplicationLayer），负责业务流程。领域层（DomainLayer），负责领域逻辑。基建层（InfrastructureLayer），负责提供基建。分类的依据是：越往上，预期变动越频繁；越往下，预期变动越少模型属于哪一层，有个粗略的判断方式：如果一个实体（entity）和针对实体的增删改查，就属于领域层；如果是一个场
莫失莫忘X3·2023-10-11 10:39

springboot kafka 实现延时队列

好文推荐：2.5万字详解23种设计模式基于Netty搭建websocket集群实现服务器消息推送2.5万字讲解DDD领域驱动设计文章目录一、延时队列定义二、应用场景三、技术实现方案：1.Redis2.Kafka3
王德印·2023-10-11 09:12

什么是领域驱动设计？它是如何工作的？

与业务领域无缝集成的软件能为企业带来一系列强大的优势。它可以简化操作，增强以用户为中心的功能，并为利益相关者提供实时洞察力，以便快速做出深思熟虑的决策。DDD是一种软件开发方法，擅长在领域专家和开发人员之间提供这种一致性，将软件功能与业务需求直接联系起来。DDD有许多组成部分和概念，以下是其中的一些概念：有界上下文是术语一致的逻辑边界。无处不在的语言是技术和业务沟通的桥梁。它允许每个人使用同一种语
极道Jdon·2023-10-11 09:35

springboot下使用最常用的【策略设计模式】优雅干掉if else！！！

推荐好文：2.5万字详解23种设计模式2.5万字讲解DDD领域驱动设计，从理论到实践掌握DDD分层架构设计微服务springcloud环境下基于Netty搭建websocket集群实现服务器消息推送--
王德印·2023-10-09 10:26

《软件方法》第1章2023版连载（06）自测题

DDD领域驱动设计批评文集做强化自测题获得“软件方法建模师”称号《软件方法》各章合集1.2建模工作流1.2.6自测题本书不提供习题答案，请扫码或访问http://www.umlchina.com/book
rolt·2023-10-08 15:09

美女制服扮演建模法-UMLChina建模知识竞赛第4赛季第13轮

DDD领域驱动设计批评文集做强化自测题获得“软件方法建模师”称号《软件方法》各章合集参考潘加宇在《软件方法》和UMLChina公众号文章中发表的内容作答。在本文下留言回答。
rolt·2023-10-08 15:08

何林达获得“软件方法建模师”称号

DDD领域驱动设计批评文集做强化自测题获得“软件方法建模师”称号《软件方法》各章合集何林达做对所有强化自测题，获得“软件方法建模师”称号。
rolt·2023-10-08 15:29

Spring Cloud Alibaba微服务实战

SpringCloudAlibaba微服务实战技术专栏，从项目实践出发，包括SpringCloudAlibaba、Nacos、Gateway、Sentinel、Log日志、分布式全局唯一ID、DDD领域驱动设计等等技术内容
软件架构·2023-10-07 05:38

领域驱动设计

今天我们来聊聊领域驱动设计（DomainDrivenDesign，即DDD）。说起业务建模，领域驱动设计是一个绕不过去的话题。
诗人不写诗·2023-10-06 15:52

领域驱动设计(DDD)靠谱吗？

怎么感觉在国内没什么人用啊由于公司领导的要求，所有的软件开发都要将DDD作为指导思想，并且要接受敏捷的思想；"迫不得已"下拜读了《实现领域驱动设计》这本书，将会在公司的内部系统上全面实践DDD。
AlbenXie·2023-10-04 12:02

（转载）基于CQRS的架构在答题PK小游戏中的实践案例

原文链接:https://juejin.im/entry/5b6bb6b3e51d45196462a9591.前言领域驱动设计（Domain-DrivenDesign，下文简称DDD）在微服务时代成为了风口话题
但时间也偷换概念·2023-10-04 09:00

从分层架构、贫血/充血模型、领域/子域，聊聊如何落地DDD

最近看到有个程序员在群里问到：DDD作为一套优秀的方法论，为什么在过去的那么多年里，真正运用领域驱动设计开发（DDD）的团队并不多？现在为啥又那么火了？对于这个问题，想来不止
Java小咖秀·2023-10-03 02:43

大话领域驱动设计中的贫血模型和充血模型

一、前言领域驱动设计（DDD）作为一种软件设计思想，在近几年日益复杂的系统架构演变中重新被人拿出来讨论，特别是在当下非常流行的微服务架构中，DDD的价值更加突显出来。
云夢南行·2023-10-03 02:13

干货分享：DDD项目架构与充血模型实例

1DDD最近在学习领域驱动设计，同时也学习了COLA代码并进行了一些项目实践，COLA代码整洁优雅，但有一定学习成本和使用成本。
夜猫硕·2023-10-03 02:13

DDD 战术设计开源实践

DDD至少30年以前，一些软件设计人员就已经意识到领域建模和设计的重要性，DDD这一名词，由埃里克·埃文斯（EricEvans）在2003发表的《领域驱动设计》一书提出。
zh_harry·2023-10-03 02:13

DDD学习笔记6-限界上下文的控制力

学习资源来自Gitchat上张逸的《领域驱动设计实践》既然我们认为：引入限界上下文的目的，不在于如何划分，而在于如何控制边界。我们就需要将对限界上下文的关注转移到对控制边界的理解。
方雲·2023-10-01 17:35

【吐血推荐】什么是领域驱动设计？DDD？

本文公众号来源：我没有三颗心脏作者：我没有三颗心脏本文作者是我在大三认识一个朋友，以前就经常看他的文章。这次他写了一篇《DDD》（虽然我也没学过，但是觉得写得很不错！给大家分享一下）PS：这篇文章我得多次阅读才能好好理解（也建议各位收藏）一、HelloDDD刚开始接触学习「DDD-领域驱动」的时候，我被各种新颖的概念所吸引：「领域」、「领域驱动」、「子域」、「聚合」、「聚合根」、「值对象」、「通用
Java3y·2023-09-29 11:48

好的文章推荐

JVMOOP-Klass模式浅谈JVMOOP-Klass二分模型_在云端123的博客-CSDN博客DDD领域驱动设计开发万字长文，结合电商支付业务一文搞懂DDD(qq.com)Spring源码构建spring
LeeGaKi·2023-09-29 02:43

领域驱动设计

1.DDD概述1.1软件开发的困境“随着业务的扩展，软件开发投资越来越大”团队的规模也开始变得越来越大，软件系统的投资和维护的成本变得越来越高。“业务人员不懂架构，架构师不懂代码，开发人员不懂业务模型”当团队中的关键角色谁也不懂谁的时候，问题来了“重构是好的，但什么时候要重构？重构到什么样的架构就是够⽤的了？”每个有追求的团队都在做重构，但管理者更关心，什么时间必须要重构？重构的目标在哪1.2DD
Allen-xs·2023-09-29 01:27

使用领域驱动设计分析业务

答案是使用领域驱动设计，以下是引用网上对此的一段描述：领域驱动设计是一种针对大型复杂系统的领域建模与分析方法。
barry的异想世界·2023-09-28 14:02

浅析DDD

而在业务知识梳理的过程中，我们必然会形成某个领域知识，根据领域知识来一步步驱动软件设计，就是领域驱动设计的基本概念。听起来这和传统意义的软件开发没啥区别，只是换了点新鲜的名词而已，其实不然。
测试__昵称·2023-09-26 12:54

DDD领域驱动设计浅析

DDD是EricEvans于2003年出版的书名，同时也是这个架构设计方法名的起源。领域模型使开发人员可以表达丰富的软件功能需求，由此实现的软件可以满足用户真正的需要，因此被公认为是软件设计的关键所在，其重要性显而易见。但讲述如何将领域模型用于软件开发过程的优秀实用资料却不多见。本书正是这一领域最著名的作品，受到众多业界大师的赞美和推介，广受读者好评。EricEvans世界著名软件建模专家，创建了
NoLongerConfused·2023-09-26 12:53

设计模式笔记

目录面向对象与面向过程面向对象四大基本特性接口与抽象类的区别接口贫血模型与充血模型领域驱动设计案例：虚拟钱包系统7个设计原则简单介绍7大原则案例描述7大设计原则单一职责开闭原则依赖倒置原则里氏替换原则组合优于继承规范与重构扩展性复用性解耦三大类设计模式创建者模式单例模式工厂模式简单工厂
每天的每一天·2023-09-25 12:57

亚马逊实践领域驱动设计之道

这是在火币和GitChat主办的领域驱动设计线下活动的分享，应大家的反馈，重新激活我的公众号，跟大家一起分享和成长，下面是我的近期的一些思考和总结：当我们在讨论领域驱动设计，我们在讨论什么？
ITMuch.com·2023-09-25 09:32

4代码工程结构

产品代码都给你看了，可别再说不会DDD（四）：代码工程结构#这是一个讲解DDD落地的文章系列，作者是《实现领域驱动设计》的译者滕云。
飞奔的大土豆·2023-09-24 18:39

什么是领域驱动设计(DDD): 领域驱动设计和实践如何做

引言软件系统面向对象的设计思想可谓历史悠久，20世纪70年代的Smalltalk可以说是面向对象语言的经典，直到今天我们依然将这门语言视为面向对象语言的基础。随着编程语言和技术的发展，各种语言特性层出不穷，面向对象是大部分语言的一个基本特性，像C++、Java、C#这样的静态语言，Ruby、Python这样的动态语言都是面向对象的语言。但是面向对象语言并不是银弹，如果开发人员认为使用面向对象语言写
VicRestart·2023-09-23 17:32

《软件方法（下）》第8章2023版连载（02）

DDD领域驱动设计批评文集做强化自测题获得“软件方法建模师”称号《软件方法》各章合集8.1.5重视分析工作流分析，就是从核心域的视角构思系统的内部机理。
rolt·2023-09-22 11:06

[答疑]角色和状态的区别

DDD领域驱动设计批评文集“软件方法建模师”不再考查基础题《软件方法》各章合集jeri2023-9-1013:09设备关联角色，设备也有子类（车辆/设备），按书中的解释，设备是一个抽象类，角色类名像是带了状态名的类
rolt·2023-09-22 11:36

《软件方法（下）》第8章2023版连载（01）

DDD领域驱动设计批评文集做强化自测题获得“软件方法建模师”称号《软件方法》各章合集墙上挂了根长藤，长藤上面挂铜铃《长藤挂铜铃》；词：元庸，曲：梅翁（姚敏），唱：逸敏，1959您在阅读《软件方法》时如果发现错误
rolt·2023-09-22 11:35

《软件方法》第1章2023版连载（03）建模工作流

DDD领域驱动设计批评文集做强化自测题获得“软件方法建模师”称号《软件方法》各章合集1.2建模工作流1.2.1建模工作流ABCD如何能做好需求和设计，达到“低成本制造好卖的系统”的目标？
rolt·2023-09-22 11:02

前端架构之 React 领域驱动设计

领域驱动，各自只管各自的模块，顶层再来进行组装和分配坚持根据特性区命名目录。坚持为每个特性区创建一个NgModule。能提供限界上下文，将某些功能牢牢地锁在一个地方，开发某个功能时，只需要关心这个模块就够了。视图的归试图，逻辑的归逻辑function SomeComponent() {  const someService = useService();  return {someService.
前端开发博客·2023-09-21 09:50

asp.net core系列 63 领域模型架构 eShopOnWeb项目分析 上

同样作为DDD领域驱动设计下的支持架构包括
懒懒的程序员一枚·2023-09-20 18:33

《领域驱动设计》学习笔记：第四部分-战略设计

【第四部分】战略设计第14章：保持模型的完整性模型最基本的要求是它应该保持内部一致，术语总具有相同的意义，并且不包含相互矛盾的规则：虽然我们很少明确地考虑这些要求。模型的内部一致性又叫统一（unification），这种情况下，每个术语都不会有模棱两可的意义，也不会有规则冲突。除非模型在逻辑上是一致的，否则它就没有意义。在理想世界中，我们可以得到涵盖整个企业领域的单一模型。这个模型将是统一的，没有
wc的一些事一些情·2023-09-18 13:18

阅读笔记-以领域驱动为基础进行的架构设计

学习文章：1、领域驱动设计在重构业务系统中的实践2、基于支付场景下的微服务改造与性能优化一、《领域驱动设计在重构业务系统中的实践》学习体会1、领域驱动模型（DDD）英
baiyin1115·2023-09-17 20:00

Dapper封装实现仓储Repository

仓储模式作为领域驱动设计（Domain-DrivenDesign，DDD）的一部分，在系统设计中的使用非常广泛。
小威编程·2023-09-17 01:34

使用MapStruct替换BeanUtils的一次优化

对象之间的属性拷贝，之前用的是Spring的BeanUtils，有一次，在学习领域驱动设计的时候，看了一位大佬的文章，他在文章中提到使用Mapstruct做DO和Entity的相互转换，出于好奇，后来就去了解了一下
cmdch2017·2023-09-16 21:22

领域驱动设计实战进阶第一波（十一）：实现经销商代注册用例与登录令牌发放

DDD实战进阶第一波(十一)：开发一般业务的大健康行业直销系统（实现经销商代注册用例与登录令牌分发）前两篇文章主要实现了经销商代注册的仓储与领域逻辑、经销商登录的仓储与相关逻辑，这篇文章主要讲述经销商代注册的用例与经销商登录的查询功能。一.经销商代注册用例在经销商代注册用例中，我们需要传递经销商的基本注册信息，这个信息是做成了DTO对象。1.经销商注册的DTO对象：publicclassAddDe
malaoko·2023-09-16 16:18

构建领域驱动的Java应用

领域驱动设计（Domain-DrivenDesign，简称DDD）是一种优秀的方法，它可以帮助我们更好地理解和解决复杂业务领域的问题。
KK_crazy·2023-09-16 07:25

后端领域驱动设计实例

说明1024程序员节快乐呀~今天不讲代码了，来玩点有趣的事吧（￣～￣）。一般我们做后端项目的时候，一般都是使用controller-service-dao这样的方式去分层，那么其中数据的流转和转换一般都没有做过特别的约束，导致我们的项目的各种DO、VO、DTO等混杂在一起，能用，但是代码显得不那么有层次，在如今微服务/云原生越发火热的情境下，如何写出更加漂亮的项目，能够更容易的维护和阅读就显得更加
芸灵fly·2023-09-15 15:32

DDD领域驱动设计五、微服务后前端如何设计

文章目录一、微前端的引入二、微前端的集成方式1、微前端与前端主页面的集成2、通用共享业务单元3、团队职责三、微前端的优势1、前端集成简单2、项目职责专一3、隔离和依赖性4、降低沟通和测试成本5、更敏捷地发布6、降低技术敏感性7、高度复用性一、微前端的引入现在企业微服务架构都是采用前后端分离的设计方式，后端也是通过微服务把项目拆分为多个小服务并独立部署。那么前端就要应对很多的后端服务，就有很多的ap
lingengy·2023-09-15 15:32

领域驱动设计：从后端到前端

文章目录单体前端的困境从单体前端到微前端业务单元的组合形态微前端的集成方式团队职责边界微服务架构通常采用前后端分离的设计方式。作为企业级的中台，在完成单体应用拆分和微服务建设后，前端项目团队会同时面对多个中台微服务项目团队。面对如此多的微服务暴露出来的API服务，如何进行正确的连接和拼装，才能保证不出错？这显然不是一件很容易的事情。而当服务出现变更时，又如何通知所有受影响的项目团队，这里面的沟通成
carroll18·2023-09-15 15:29

微服务架构领域驱动设计

简章应用程序的核心是业务逻辑，业务逻辑实现了业务规则。开发复杂的业务逻辑总是充满了挑战。组织业务逻辑有两种主要模式：以「贫血模型」为基础的「事务脚本」模式也叫做「数据模型驱动」以「充血模型」为基础的「领域驱动」模式也叫DDD事务脚本模式设计贫血模型是指对象只用于在各层之间传输数据使用，只有数据字段和Get/Set方法，没有逻辑在对象中。「事务脚本」可以理解为业务是由一条条增删改查的SQL组织而成，
dehuisun·2023-09-15 11:14

DDD领域驱动设计实战-服务和数据在微服务各层协作的最佳实践

1服务协作1.1服务的类型按照分层架构设计出来的微服务，其内部各层服务主要功能和职责如下：Facade服务位于用户接口层，包括接口和实现两部分。用于处理用户发送的Restful请求和解析用户输入的配置文件等，并将数据传递给应用层。或者在获取到应用层数据后，将DO组装成DTO，将数据传输到前端应用。应用服务位于应用层。用来表述应用和用户行为，负责服务的组合、编排和转发，负责处理业务用例的执行顺序以及
十一技术斩·2023-09-15 11:14

微服务与领域驱动设计，架构实践总结

一、软件复杂性1、复杂原因如果软件系统存在持续的迭代周期，那么其中业务、技术、架构的复杂性都会直线拉升，其相应的开发难度也会提高，可以用一句话总结其根本原因：唯一不变的就是变化；业务变化：导致复杂性的根本原因，在多端多版本适配的过程中代码快速膨胀；数据变化：数据随着业务的变化和发展，不断沉淀积累，需要做横向与纵向的管理；技术升级：技术组件可能因为漏洞，或者更好的解决问题，不间断升级版本；人员变动：
90后小伙追梦之路·2023-09-15 11:42

中台架构与实现：基于DDD领域驱动设计和微服务笔记

目录0.1传统企业数字化转型的困难0.1.1传统企业数字化建设回顾0.2AKF可扩展能力立方体模型0.3企业数字化转型的重要关注点1.1平台是中台吗1.2中台到底是什么1.3传统企业中台的建设策略1.4如何实现前中后台的协同第2章企业中台能力框架。2.1中台能力总体架构2.2业务中台2.3数据中台2.4技术中台第3章微服务设计为什么要选择DDD。3.1软件架构演进史3.3为什么DDD适合微服务第7
HELLO XF·2023-09-15 11:40

领域驱动设计：微服务的服务和数据的协作关系

文章目录服务的协作数据对象视图服务的协作1.服务的类型按照分层架构设计出来的微服务，其内部有Facade服务、应用服务、领域服务和基础服务。各层服务的主要功能和职责如下。Facade服务：位于用户接口层，包括接口和实现两部分。用于处理用户发送的Restful请求和解析用户输入的配置文件等，并将数据传递给应用层。或者在获取到应用层数据后，将DO组装成DTO，将数据传输到前端应用。应用服务：位于应用层
carroll18·2023-09-15 11:37
上一页 2 3 4 5 6 7 8 9 下一页
按字母分类： ABCDEFGHIJKLMNOPQRSTUVWXYZ其他