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

最新推荐文章于 2024-07-22 19:15:53 发布
最新推荐文章于 2024-07-22 19:15:53 发布
阅读量3.8k 收藏 2
点赞数
分类专栏： DDD 文章标签： DDD 建模
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/yxaltl/article/details/78350429
版权

战略建模-Strategic Modeling：

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

战术建模-Tactical Modeling：

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

战略建模（Strategic Design）重要性

AI跑的跳跳猪
关注
专栏目录
DDD之战略战术设计
转错的弯，走错的路
04-14 8101
DDD将一个软件系统的核心业务功能集中在一个核心域里面，其中包含了实体、值对象、领域服务、资源库和聚合等概念。在此基础上，DDD提出了一套完整的支撑这样的核心领域的基础设施。此时，DDD已经不再是“面向对象进阶”那么简单了，而是演变成了一个系统工程。所谓领域，即是一个组织的业务开展方式，业务价值便体现在其中。长久以来，我们程序员都是很好的技术型思考者，我们总是擅长从技术的角度来解决项目问题。但是，...
软件需求分析与设计笔记系列-第一章：软件过程
weixin_42794873的博客
02-22 1312
一.软件开发的本质 1、70%的项目是失败的（2005年的数据）：质量差，超期，超预算，需求变更 2、软件本身是创造性开发行为的产品 软件工程本质问题体现在软件本身固有的困难 3、软件开发不可变的事实是（无能为力解决，只能承认接受）： 1、complexity复杂性 2、conformity一致性：软件与平台，系统一致 3、Changeability（需求）可变性 4、invisibility（...
Implementing DDD Reading - Strategic Design
weixin_30746117的博客
03-22 140
1. 概念篇 1.1 领域 广义上讲，领域即是一个组织所做的事情以及其中所包含的一切，也是组织的业务范围以及在其中所进行的活动。软件所讨论的领域即是这个组织的领域，应该是清晰明确的。不同的层面或粒度，领域一词承载的内容不同。 为了简化问题，避免大泥团这样的架构出现，我们认为领域拆分是必要的，可以帮我们简化问题域，是有好处的。 领域不是领域模型。 比如电子商务系统中电子商务是我们...
DDD（3）-领域驱动设计之如何建模
最新发布
一步一步走
07-22 977
虽然看到这篇文章的读者都是IT从业人员，大家都知道建模是怎么回事，但我还是想先对建模这件事讨论几句，我理解的建模，是对业务中数据流的合适描述。业务是公司的经营活动，但是在软件工程范畴中，当业务人员找到开发说要开发个系统来管理业务的时候，其本质是需要一个能管理业务中数据的系统。因为软件系统唯一能处理的只有数据，它不可能做到把货物从A运到B类似的事情，但它可以通过把“货物从A运到B”这件事情通过数据的方式传递给合适人去完成。因此，我们构建软件系统时唯一关注的是如何处理业务中的数据。
【架构设计 领域驱动开发 三】战略建模
MaoLin Tian's Blog
01-02 2424
上一篇学习了基本概念，对DDD有了一个整体的把控，那么，这一篇就是对战略建模进行介绍了，首先什么是战略，战略，是一种从全局考虑谋划实现全局目标的规划，战术只为实现战略的手段之一。实现战略胜利，往往有时候要牺牲部分利益，去获得战略胜利。战略是一种长远的规划，是远大的目标，往往规划战略、制定战略、用于实现战略的目标的时间是比较长的。争一时之长短，用战术就可以达到！如果是“争一世之雌雄”，就需要从全局出发
可落地的DDD(5)-战术设计
weixin_30861797的博客
06-23 550
摘要 本篇是DDD的战术篇，也就是关于领域事件、领域对象、聚合根、实体、值对象的讨论。也是DDD系列的完结篇。 这一部分在我们团队争论最多的，也有很多月经贴，比如对资源库的操作应该放在领域服务还是领域对象中。 聚合根应不应该暴露给外部，还是要转成DTO。这些问题我们讨论了大半年，最后大家基本达成了共识，在当前的业务规模下， 这些问题没那么重要，可东可西。不会对代码的质量有啥大的影响。关于DDD的实...
DDD 领域驱动设计落地实践系列：战略设计和战术设计
summer_fish的专栏
11-17 640
本文主要围绕 DDD 领域驱动设计落地时间的三大过程进行了阐述，详细说明了战略设计阶段以及战术设计阶段的输入和输出。
业务建模与数据挖掘（business modeling and data mining)
09-19
In a sense, this book is a long answer to those questions—how to use, where to fit, and how to get the most value out of mining and modeling in strategic and tactical business applications.
Business Modeling and Data Mining
12-15
Business Modeling and Data Mining demonstrates how real world business problems can be formulated so that data mining can answer them. The concepts and techniques presented in this book are the ...
（一）软件过程（持续更新）
毕业于东北大学软件工程专业，现就职于字节跳动
06-01 1345
文章目录1.1 软件开发的本质1.1.1 软件工程的本质问题1.1.2 利益相关者1.1.3 过程1.1.4 建模1.1.5 开发和集成1.2 系统规划1.2.1 SWOT1.2.2 VCM1.2.3 BPR方法1.2.4 ISA方法1.3 三级管理系统1.3.1 事务处理系统1.3.2 分析处理系统1.3.3 知识处理系统1.4 软件开发周期1.4.1 开发方法1、结构化方法2、面向对象方法1.4.2 生命周期的阶段1、业务分析（==需求分析==）2、系统设计（==体系结构设计和详细设计==）3、实现4、
DDD领域驱动设计---战略设计（包括四色原型建模）
任玉
07-30 2516
相当于策略设计，从宏观角度着眼于领域的分析设计，属于系统分析阶段，注重如何从有界上下文中寻找领域模型，战略模式由有界上下文、无所不在的语言和上下文映射组成。 在战略设计前首先要了解下领域知识、业务策略、业务规划。 1、有界上下文：是指再空间或时间上有边界的一段环境背景，它确定了每个模型的适用范围，模型体现了这个范围内的逻辑一致性。 2、统一语言：统一语言必须在领域模型中表达出来，主要体现在领域模型中的名称上。不应只由业务专家或是其他单一职位定义，而应团...
实现领域驱动设计（DDD之父作序力荐 让DDD思想真正落地的首创巨著）
02-23
领域驱动设计（DDD）是教我们如何做好软件的，同时也是教我们如何更好地使用面向对象技术的。它为我们提供了设计软件的全新视角，同时也给开发者留下了一大难题：如何将领域驱动设计付诸实践？Vaughn Vernon 的这本《实现领域驱动设计》为我们给出了全面的解答。 　　《实现领域驱动设计》分别从战略和战术层面详尽地讨论了如何实现DDD，其中包含了大量的最佳实践、设计准则和对一些问题的折中性讨论。《实现领域驱动设计》共分为14 章，在DDD 战略部分，《实现领域驱动设计》向我们讲解了领域、限界上下文、上下文映射图和架构等内容，战术部分包括实体、值对象、领域服务、领域事件、聚合和资源库等内容。一个虚构的案例研究贯穿全书，这对于实例讲解DDD 实现来说非常有用。 　　《实现领域驱动设计》在DDD 的思想和实现之间建立起了一座桥梁，架构师和程序员均可阅读，同时也可以作为一本DDD 参考书。
DDD--战略设计和战术设计
一叶知秋
06-10 991
战略和战术相互关联，战略指导着系统整体的设计和架构，而战术则负责具体实现和组织单个限界上下文内的领域模型。当不同的限界上下文之间存在共享的领域概念和业务规则时，可以通过共享内核来实现代码的重用和协调。聚合（Aggregate）：聚合是一组相关的实体和值对象的集合，它们具有共享的生命周期和边界。值对象（Value Object）：值对象是没有唯一标识的领域对象，通常用于表示领域中的属性或组合值。领域服务（Domain Service）：领域服务是一种无状态的操作或行为，用于跨实体或聚合执行复杂的领域操作。
策略建模--基于机器学习 学习笔记
xy773545778的博客
01-22 1123
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 1059
以下是参考DDD战略设计和战术设计分析流程，及其相关的关键步骤，及每个步骤需要的输入，分析方法，输出的关键成果物。
DDD领域设计战术篇
weixin_43824731的博客
10-21 831
@[TOC]DDDl领域设计之路(这里写自定义目录标题) 欢迎使用Markdown编辑器 你好！ 这是你第一次使用 Markdown编辑器 所展示的欢迎页。如果你想学习如何使用Markdown编辑器, 可以仔细阅读这篇文章，了解一下Markdown的基本语法知识。 新的改变 我们对Markdown编辑器进行了一些功能拓展与语法支持，除了标准的Markdown编辑器功能，我们增加了如下几点新功能，帮助你用它写博客： 全新的界面设计 ，将会带来全新的写作体验； 在创作中心设置你喜爱的代码高亮样式，Markdo
DDD战略建模在重构业务系统时的实践
GitChat
08-22 1705
本文是作者结合2019年07月12日在ArchSummit全球架构师峰会DDD（领域驱动设计）落地探索专场做的主题分享：《DDD战略建模在重构业务系统中的实践》的内容整理而成。 我是来自罗辑思维得到app的韩宇斌，很荣幸能有机会和大家分享我的一些心得，我分享的主题是《DDD战略建模在重构业务系统时的实践》，内容分为三部分：第一部分是：用领域驱动来把握真正的业务需求；第二部分：领域驱动设计指导架构设...
DDD领域驱动设计-战术设计
haoxin963的专栏
11-03 386
战术设计的产出可以是用 UML 表达的类图，需要细化到具体的属性，同时确保在代码级别可实现。它是战术设计中最重要和最复杂的模式之一，聚合基于另外两个战术标准，即实体和值对象。区分值对象与实体的区别在于，值对象是不可变的，并且没有唯一标识，仅由其属性的值定义。在整个领域模型中， 实体有自己独立的生命周期，这样可以让我们方便地获取到实体整个生命周期的变迁历史。工厂的出现，隔离了对象的创建过程。使用模块后， 可以有效地帮咱隔离关注点， 对应着Java中的包或C#中的命名空间，也总是遵循着统一语言。
DDD领域驱动设计系列-原理篇-战术设计
zhaozhenzuo的专栏
12-24 1112
controller,service及dao层；缺点：1、所有的业务逻辑都写在service，复用度及可理解性不够；2、service直接依赖于Dao，当dao层实现有变化导致service变化；；
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值