DDD领域驱动系列合集

最新推荐文章于 2024-08-17 22:43:00 发布
最新推荐文章于 2024-08-17 22:43:00 发布
阅读量399 收藏 1
点赞数
分类专栏： DDD
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_36031640/article/details/112970053
版权
这是一系列关于领域驱动设计(DDD)的讲解，由阿里技术专家主讲。涵盖了DDD的基础概念，如Domain Primitive，应用架构，Repository模式，以及领域层设计规范。通过这个系列，读者将能深入理解如何在实际项目中应用DDD来提升软件设计的质量和可维护性。
摘要由CSDN通过智能技术生成
-墨倾池-
关注
专栏目录
DDD-领域驱动设计
youdingte的博客
12-30 1127
领域驱动设计的核心是“领域”，用正确的方法做正确的事情，运用领域驱动设计，就是要先识别问题域，进而为团队提炼达成共识的领域知识。要做到这一点，离不开团队各个角色的沟通与协作。
花五分钟带你了解——DDD领域驱动设计
yangjnsjbad的博客
01-23 1046
DDD：指领域驱动设计,是domain driven design的缩写。 介绍DDD基础知识的相关文章很多，本文就不普及相关的基础知识了，基础理论知识可参考如下文章： 《DDD基础知识与总结》 《DDD与分层架构》 1. 初识DDD 脚本式编程（dao+service）与DDD领域驱动模式区别如下： 其每一层的作用范围和含义如下： 1）展现层（Presentation Layer）：负责以Restful的格式接受Web请求，然后将请求路由给Application层执行，并返回视图模型（
DDD领域驱动设计
xk4848123的博客
07-08 961
目录概述软件开发和DDD区别建立领域知识通用语言模型驱动设计实体(Entity) & 值对象(Value Object)服务模块 概述 软件开发不是一蹴而就的事情，我们不可能在不了解产品（行业领域）的前提下进行软件开发，在开发前，通常需要进行大量的业务知识梳理，而后到达软件设计的层面，最后才是开发。而在业务知识梳理的过程中，我们必然会形成某个领域知识，根据领域知识来一步步驱动软件设计，就是领域驱动设计的基本概念。 软件开发和DDD区别 一般软件设计或者说软件开发分两种：瀑布式，敏捷式。 瀑布式：一
DDD领域驱动设计的原理与实践
最新发布
猪猪
08-17 756
DDD领域驱动设计（Domain-Driven Design，简称DDD）是一种软件开发方法论， 它强调将业务领域知识和业务规则作为软件设计和开发的核心。DDD并不是一种特定的系统架构，而是一种设计思维和方法论， 旨在帮助开发人员更好地理解业务领域，将复杂的业务逻辑转化为可维护、可扩展的软件系统。DDD是一种软件设计方法论，它将业务概念和业务规则转换为软件系统中的概念和规则，以降低或隐藏业务复杂性。它强调对业务领域的深入理解，并将这种理解映射到软件模型中。
DDD领域驱动
global_coding的博客
01-26 6161
DDD，领域驱动
DDD（Domain Driven Design）领域驱动模型
程序猿_杨Sir
04-02 820
DDD (Domain Driven Design) DDD为设计模型思想： 就是把一个复杂的软件应用系统的其中各个部分进行很好的拆解和封装，以达到高内聚低耦合的效果。 DDD分层架构各层职能： 展现层： 展现层负责向用户显示信息和解释用户指令。 应用层： 应用层是很薄的一层，主要面向用户用例操作，协调和指挥领域对象来完成业务逻辑。应用层也是与其他系统的应用层进行交互的必要渠道。应用层服务尽量简单，它不包含业务规则或知识，只为下一层的领域对象协调任务，使它们互相协作。应...
阿里技术专家详解 DDD 系列- Domain Primitive
chikuai9995的博客
09-03 1919
导读：对于一个架构师来说，在软件开发中如何降低系统复杂度是一个永恒的挑战，无论是 94 年 GoF 的 Design Patterns ， 99 年的 Martin Fowler 的 Refactoring ， 02 年的 P of EAA ，还是 03 年的 Enterprise Int...
业务架构设计与DDD领域驱动设计
04-10
业务架构设计与DDD领域驱动设计 业务架构设计是指对企业的业务进行整体规划和设计，以确保业务的连续性和发展。领域驱动设计（Domain-Driven Design，DDD）是指一种基于领域模型的软件开发方法，它强调业务领域的...
DDD实现领域驱动设计WROX系列
03-11
领域驱动设计（Domain-Driven Design，简称DDD）是一种软件开发方法论，旨在通过将业务领域模型作为软件开发的核心，来提高复杂系统的理解和管理。WROX系列书籍是针对这一主题的专业出版物，由（美）弗农撰写，深入...
DDD领域驱动设计实战落地解惑-SACC2021年中国系统架构师大会.pdf
04-29
领域驱动设计（DDD, Domain-Driven Design）是一种软件...以上是对DDD领域驱动设计在实战落地中的一系列知识点的解析。通过深入理解这些知识点，开发者可以更有效地运用DDD来构建灵活、可维护和业务相关的软件系统。
实现DDD领域驱动设计 高级架构师的捷径
q66562636的博客
05-31 287
本书对于DDD的映射可以帮助你同时体会到战略设计和战术设计的好处。通过一些具体的例子,你将感受到这些DDD映射的业务价值和技术展现力。 内容概括： 以正确的方式带领你进入DDD世界，从而快速地从中获取价值。 将DDD用于不同的架构中，包括六边形架构、SOA、REST、CORS、事件驱动架构和基于数据网格的架构。 适当地设计和实现实体——并且何时应该使用值对象而不是实体。掌握DDD的领域事件技术。 通过ORM、NoSQL等实现资源库。 文末有惊喜 目录
DDD 系列
qq_42605393的博客
08-04 589
导读：对于一个架构师来说，在软件开发中如何降低系统复杂度是一个永恒的挑战，无论是 94 年 GoF 的 Design Patterns ， 99 年的 Martin Fowler 的 Refactoring ， 02 年的 P of EAA ，还是 03 年的 Enterprise Integration Patterns ，都是通过一系列的设计模式或范例来降低一些常见的复杂度。但是问题在于，这些书的理念是通过技术手段解决技术问题，但并没有从根本上解决业务的问题。所以 03 年 Eric Evans 的 D
DDD（领域驱动设计）
songjuntao8的专栏
08-17 230
基本概念： 　　领域驱动设计(简称 ddd)概念来源于2004年著名建模专家eric evans发表的他最具影响力的书籍:《domain-driven design –tackling complexity in the heart of software》(中文译名：领域驱动设计—软件核心复杂性应对之道)一书。，书中提出了“领域驱动设计(简称 ddd)”的概念。 领域驱动设计一般分为两个阶段： 1. 以一种领域专家、设计人员、开发人员都能理解的“通用语言”作为相...
DDD(领域驱动设计)
霍力强的专栏
04-13 1225
例如，在电商中，主订单、订单明细他们的业务规则相同，而且基本上都是一同操作的，对订单进行操作的时候，基本上都会同时修改主订单和订单明细，那么主订单和订单明细就是一个聚合。如果是在冬季，妈妈意思是让小明多穿衣服。所以当我们在交易领域谈及商品的时候，我们指的是订单的明细(商品)，而且一般只关注交易履约状态，顺其自然的不会那么在意商品属性。每个领域都有很多内容，下面以商品领域为例，我们将商品领域进行进一步细分，可以分为类目、属性、属性值、SPU、Item、SKU，然后关系紧密的内容据合在一起，形成一个个的聚合。
领域驱动DDD
一名小码农的博客
04-05 1249
第一阶段是单机架构：采用面向过程的设计方法，系统包括客户端UI层和数据库两层，采用C/S架构模式，整个系统围绕数据库驱动设计和开发，并且总是从设计数据库和字段开始。第二阶段是集中式架构：采用面向对象的设计方法，系统包括业务接入层、业务逻辑层和数据库层，采用经典的三层架构，也有部分应用采用传统的SOA架构。这种架构容易使系统变得臃肿，可扩展性和弹性伸缩性差。第三阶段是分布式微服务架构：随着微服务架构理念的提出，集中式架构正向分布式微服务架构演进。
谈谈DDD（领域驱动设计）
赖勇浩的编程私伙局
07-03 1115
前段时间组织了小红花的新一期分享快速搞定数字化项目——采用领域驱动设计(DDD)建设一个电商平台，听完池总的这个分享之后，我终于是把这两年重新热起来DDD（以下称为现代DDD）和我十几年前熟悉的DDD（以下称为古典DDD）对应起来了，在这里谈一谈。DDD当然不是什么新概念，该思想源于2003年 Eric Evans编写的“Domain-Driven Design领域驱动设计”简称DDD，Evans DDD是一套综合软件系统分析和设计的面向对象建模方法。从Wiki来看，领域模型是对业务模型的抽象，DDD是把业
DDD（Domain-Driven Design）领域驱动架构介绍.md
借你一秒
07-04 6720
1. 什么是领域模型 在理解领域模型之前，我们先思考一下软件开发的本质是什么。从本质上来说，软件开发过程就是问题空间到解决方案空间的一个映射转化，如图1所示。 在问题空间中，我们主要是找出某个业务面临的挑战及其相关需求场景用例分析；而在解决方案空间中，则通过具体的技术工具手段来进行设计实现。 就软件系统来说，“问题空间”就是系统要解决的“领域问题”。因此，也可以简单理解为一个领域就对应一个问题空间，是一个特定范围边界内的业务需求的总和。 “领域模型”就是“解决方案空间”，是针对特定领域里的关键事物及其关系
DDD领域驱动详解
明豆的博客
12-15 295
DDD领域模型
23份领域驱动设计（DDD）实践资料大合集
资源摘要信息:"最新领域驱动设计（DDD）资料合集（23份）" 领域驱动设计（DDD）是一种软件开发方法论，其核心思想是将业务领域知识作为软件设计和开发的中心。DDD强调技术实现与业务领域的紧密对应，认为软件的复杂...
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值