DDD——战略建模（Strategic Modeling）和战术建模(Tactical Modeling)

最新推荐文章于 2025-06-29 19:32:41 发布
最新推荐文章于 2025-06-29 19:32:41 发布
阅读量4k 收藏 2
点赞数
CC 4.0 BY-SA版权
分类专栏： DDD 文章标签： DDD 建模
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/yxaltl/article/details/78350429
本文深入探讨了领域驱动设计(DDD)中的核心概念，包括战略建模(Strategic Design)与战术建模(Tactical Design)两大方面。战略建模部分介绍了限界上下文(Bounded Contexts)与上下文映射(Context Mapping)；战术建模则涵盖了聚合(Aggregates)、实体(Entities)、值对象(Value Objects)、资源库(Repositories)等关键技术。通过这些内容的学习，读者可以更好地理解和应用领域驱动设计。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

战略建模-Strategic Modeling：

限界上下文（Bounded Context）
上下文映射图（Context Mapping）

战术建模-Tactical Modeling：

聚合-Aggregate
实体-Entity
值对象-Value Objects
资源库-Repository
领域服务-Domain Services
领域实践-Domain Events
模块-Modules

战略建模（Strategic Design）重要性

DDD之战略战术设计
转错的弯，走错的路
04-14 8336
DDD将一个软件系统的核心业务功能集中在一个核心域里面，其中包含了实体、值对象、领域服务、资源库和聚合等概念。在此基础上，DDD提出了一套完整的支撑这样的核心领域的基础设施。此时，DDD已经不再是“面向对象进阶”那么简单了，而是演变成了一个系统工程。所谓领域，即是一个组织的业务开展方式，业务价值便体现在其中。长久以来，我们程序员都是很好的技术型思考者，我们总是擅长从技术的角度来解决项目问题。但是，...
DDD领域驱动设计---战略设计（包括四色原型建模）
任玉
07-30 2933
相当于策略设计，从宏观角度着眼于领域的分析设计，属于系统分析阶段，注重如何从有界上下文中寻找领域模型，战略模式由有界上下文、无所不在的语言和上下文映射组成。 在战略设计前首先要了解下领域知识、业务策略、业务规划。 1、有界上下文：是指再空间或时间上有边界的一段环境背景，它确定了每个模型的适用范围，模型体现了这个范围内的逻辑一致性。 2、统一语言：统一语言必须在领域模型中表达出来，主要体现在领域模型中的名称上。不应只由业务专家或是其他单一职位定义，而应团...
Implementing DDD Reading - Strategic Design
weixin_30746117的博客
03-22 176
1. 概念篇 1.1 领域 广义上讲，领域即是一个组织所做的事情以及其中所包含的一切，也是组织的业务范围以及在其中所进行的活动。软件所讨论的领域即是这个组织的领域，应该是清晰明确的。不同的层面或粒度，领域一词承载的内容不同。 为了简化问题，避免大泥团这样的架构出现，我们认为领域拆分是必要的，可以帮我们简化问题域，是有好处的。 领域不是领域模型。 比如电子商务系统中电子商务是我们...
DDD战略战术深度解析
最新发布
AIHacksCash的博客
06-29 618
📘拥有多年一线研发和团队管理经验，研究过主流框架的底层源码(Spring、SpringBoot、SpringMVC、SpringCloud、Mybatis、Dubbo、Zookeeper)，消息中间件底层架构原理(RabbitMQ、RocketMQ、Kafka)、Redis缓存、MySQL关系型数据库、 ElasticSearch全文搜索、MongoDB非关系型数据库、Apache ShardingSphere分库分表读写分离、设计模式、领域驱动DDD、Kubernetes容器编排等。
【架构设计 领域驱动开发 三】战略建模
MaoLin Tian's Blog
01-02 2488
上一篇学习了基本概念，对DDD有了一个整体的把控，那么，这一篇就是对战略建模进行介绍了，首先什么是战略，战略，是一种从全局考虑谋划实现全局目标的规划，战术只为实现战略的手段之一。实现战略胜利，往往有时候要牺牲部分利益，去获得战略胜利。战略是一种长远的规划，是远大的目标，往往规划战略、制定战略、用于实现战略的目标的时间是比较长的。争一时之长短，用战术就可以达到！如果是“争一世之雌雄”，就需要从全局出发
可落地的DDD(5)-战术设计
weixin_30861797的博客
06-23 596
摘要 本篇是DDD的战术篇，也就是关于领域事件、领域对象、聚合根、实体、值对象的讨论。也是DDD系列的完结篇。 这一部分在我们团队争论最多的，也有很多月经贴，比如对资源库的操作应该放在领域服务还是领域对象中。 聚合根应不应该暴露给外部，还是要转成DTO。这些问题我们讨论了大半年，最后大家基本达成了共识，在当前的业务规模下， 这些问题没那么重要，可东可西。不会对代码的质量有啥大的影响。关于DDD的实...
DDD 领域驱动设计落地实践系列：战略设计和战术设计
summer_fish的专栏
11-17 1072
本文主要围绕 DDD 领域驱动设计落地时间的三大过程进行了阐述，详细说明了战略设计阶段以及战术设计阶段的输入和输出。
DDD--战略设计和战术设计
一叶知秋
06-10 1212
战略和战术相互关联，战略指导着系统整体的设计和架构，而战术则负责具体实现和组织单个限界上下文内的领域模型。当不同的限界上下文之间存在共享的领域概念和业务规则时，可以通过共享内核来实现代码的重用和协调。聚合（Aggregate）：聚合是一组相关的实体和值对象的集合，它们具有共享的生命周期和边界。值对象（Value Object）：值对象是没有唯一标识的领域对象，通常用于表示领域中的属性或组合值。领域服务（Domain Service）：领域服务是一种无状态的操作或行为，用于跨实体或聚合执行复杂的领域操作。
策略建模--基于机器学习 学习笔记
xy773545778的博客
01-22 1211
1. 特征选择三种方法： （1） 选择子集 从比如有300个特征集，以某种方式从中选一些子集来做计算预测 方式可以是暴力地设k=1到300，然后分别求出R^2值，然后再选R^2值相对大的子集们，衡量指标除了R^2也可以是AIC BIC。又或者是从300中选取1到300，就是排列组合的方法来依次求R^2 （2） 收缩估计。构造一个罚函数使得得到一个精炼的模型，同时设定一些系数为0，保留了子
DDD（领域驱动设计）系列主题：DDD战略设计和战术设计分析流程及关键输出物
Larry的博客
06-03 1193
以下是参考DDD战略设计和战术设计分析流程，及其相关的关键步骤，及每个步骤需要的输入，分析方法，输出的关键成果物。
DDD领域设计战术篇
weixin_43824731的博客
10-21 895
@[TOC]DDDl领域设计之路(这里写自定义目录标题) 欢迎使用Markdown编辑器 你好！ 这是你第一次使用 Markdown编辑器 所展示的欢迎页。如果你想学习如何使用Markdown编辑器, 可以仔细阅读这篇文章，了解一下Markdown的基本语法知识。 新的改变 我们对Markdown编辑器进行了一些功能拓展与语法支持，除了标准的Markdown编辑器功能，我们增加了如下几点新功能，帮助你用它写博客： 全新的界面设计 ，将会带来全新的写作体验； 在创作中心设置你喜爱的代码高亮样式，Markdo
实现领域驱动设计（DDD之父作序力荐 让DDD思想真正落地的首创巨著）
02-23
领域驱动设计（DDD）是教我们如何做好软件的，同时也是教我们如何更好地使用面向对象技术的。它为我们提供了设计软件的全新视角，同时也给开发者留下了一大难题：如何将领域驱动设计付诸实践？Vaughn Vernon 的这本《实现领域驱动设计》为我们给出了全面的解答。 　　《实现领域驱动设计》分别从战略和战术层面详尽地讨论了如何实现DDD，其中包含了大量的最佳实践、设计准则和对一些问题的折中性讨论。《实现领域驱动设计》共分为14 章，在DDD 战略部分，《实现领域驱动设计》向我们讲解了领域、限界上下文、上下文映射图和架构等内容，战术部分包括实体、值对象、领域服务、领域事件、聚合和资源库等内容。一个虚构的案例研究贯穿全书，这对于实例讲解DDD 实现来说非常有用。 　　《实现领域驱动设计》在DDD 的思想和实现之间建立起了一座桥梁，架构师和程序员均可阅读，同时也可以作为一本DDD 参考书。
DDD战略建模在重构业务系统时的实践
GitChat
08-22 1779
本文是作者结合2019年07月12日在ArchSummit全球架构师峰会DDD（领域驱动设计）落地探索专场做的主题分享：《DDD战略建模在重构业务系统中的实践》的内容整理而成。 我是来自罗辑思维得到app的韩宇斌，很荣幸能有机会和大家分享我的一些心得，我分享的主题是《DDD战略建模在重构业务系统时的实践》，内容分为三部分：第一部分是：用领域驱动来把握真正的业务需求；第二部分：领域驱动设计指导架构设...
DDD领域驱动设计-战术设计
haoxin963的专栏
11-03 461
战术设计的产出可以是用 UML 表达的类图，需要细化到具体的属性，同时确保在代码级别可实现。它是战术设计中最重要和最复杂的模式之一，聚合基于另外两个战术标准，即实体和值对象。区分值对象与实体的区别在于，值对象是不可变的，并且没有唯一标识，仅由其属性的值定义。在整个领域模型中， 实体有自己独立的生命周期，这样可以让我们方便地获取到实体整个生命周期的变迁历史。工厂的出现，隔离了对象的创建过程。使用模块后， 可以有效地帮咱隔离关注点， 对应着Java中的包或C#中的命名空间，也总是遵循着统一语言。
DDD领域驱动设计系列-原理篇-战术设计
zhaozhenzuo的专栏
12-24 1312
controller,service及dao层；缺点：1、所有的业务逻辑都写在service，复用度及可理解性不够；2、service直接依赖于Dao，当dao层实现有变化导致service变化；；
【DDD领域驱动设计】战术设计--核心概念介绍
上善若水
04-24 1160
上一篇文章DDD-事件风暴属于领域驱动设计中的战略设计，战略设计主要从业务视角出发，建立业务领域模型，划分领域边界，建立通用语言的限界上下文，限界上下文可以作为微服务设计的参考边界。而想要进行架构项目落地则需求另外一个模式，就是战术设计。
DDD 实战 (7)：战术设计、整体流程与首次冲刺
hangsun的博客
08-24 894
上篇《DDD 实战 (6)：战略设计之技术决策》已经完成了“群买菜”的全局性（“全局性”的意思，是说整个系统只会有一次）战略设计。从本篇开始，我们就要进入实质性的系统实现过程了。这主要包括战术设计和代码实现。
领域驱动设计DDD 战术设计
Dowjone梦工厂
06-09 388
DDD领域驱动设计内容分享(三十八)：DDD战术之项目工程结构
之乎者也·的博客
01-22 1689
编码时，要特别注意各层间应有各自的语义。试想，业务逻辑和技术细节糅杂在一起，Service作为上帝类包揽一切情况：先几行check 检验，再几行是 convert 转换，紧跟是业务逻辑处理，中间抑或要通过 RPC 或 DAO 获取更多数据，拿到数据后，又是几行 convert，再接上一段业务逻辑代码，然后落库，发消息…特殊，步步为营计，可在基础设施层中单拎出demo-infrastructure-po模块，且领域层中demo-domian-model对其依赖，便于以后PO从领域层中再剥离出来。
DDD战术设计，到底如何编码？
qq_18537055的博客
03-13 575
前言 最近又接触了一个特别糟心的项目。因为项目有一定历史，加上最初的架构设计又未走常规的路线，人员的变动，技术水平的参差不齐，让这项目不光是编码风格不一样，各种命名风格的百花齐放，底层包的五花八门，同一个业务可能要滚动半天的屏，跳无数类才能看完流程。这一分钟说完，下一分钟好像已经忘记了。使我这种自以为是的老手，都望而却步...所以引入下文... 背景 在很多项目中，技术复杂度与业务复杂度相互...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值