DDD是啥意思

Posted 2023-04-03

要易懂的。
谢咯！
急急急急急急急急急急急！！！！！！！！！！！！！！

DDD的意思是领域驱动设计，是domain driven design的缩写。

一、读音

英 [dəˈmeɪn ˈdrɪvn dɪˈzaɪn]，美 [doʊˈmeɪn ˈdrɪvn dɪˈzaɪn]。

二、domain释义

领域，范围，范畴。

三、driven释义

驱动，驾驶，开车。

四、design释义

设计，布局，安排。

五、示例

He is mostly interested inDomain Driven Design and Aspect Oriented Programming. 

他感兴趣的领域包括领域驱动设计以及面向方面的编程。

扩展资料

domain driven design的相关词语—Event Driven Architecture：

一、释义

事件驱动架构。

二、读音

英 [ɪˈvent ˈdrɪvn ˈɑːkɪtektʃə(r)]，美 [ɪˈvent ˈdrɪvn ˈɑːrkɪtektʃər]。 

三、Architecture释义

体系结构，总体、层次结构。

四、示例

Staged Priority Event Driven Architecture Oriented to Service Integration ResourceConsumption in Web Service Bus. 

面向Web服务总线集成的分阶段优先级事件驱动架构。

参考技术A 1.DDD-国内长途直拨电话业务，用户利用具有长途直拨功能的市内电话、小交换机分机电话直接拨叫其他城市的长途区号和市内电话号码的一种电话业务。拨打方式：国内字冠0+长途区号+用户号码。 参考技术B 杀虫剂 参考技术C 大大的 参考技术D DDD
1.DDD-国内长途直拨电话业务，用户利用具有长途直拨功能的市内电话、小交换机分机电话直接拨叫其他城市的长途区号和市内电话号码的一种电话业务。拨打方式：国内字冠0+长途区号+用户号码。

2.GNU DDD是命令行调试程序，如GDB、DBX、WDB、Ladebug、JDB、XDB、Perl Debugger或Python Debugger的可视化图形前端。它特有的图形数据显示功能（Graphical Data Display）可以把数据结构按照图形的方式显示出来。DDD最初源于1990年Andreas Zeller编写的VSL结构化语言，后来经过一些程序员的努力，演化成今天的模样。DDD的功能非常强大，可以调试用C\C 、Ada、Fortran、Pascal、Modula-2和Modula-3编写的程序；可以超文本方式浏览源代码；能够进行断点设置、回溯调试和历史纪录编辑；具有程序在终端运行的仿真窗口，并在远程主机上进行调试的能力；图形数据显示功能（Graphical Data Display）是创建该调试器的初衷之一，能够显示各种数据结构之间的关系，并将数据结构以图形化形式显示；具有GDB/DBX/XDB的命令行界面，包括完全的文本编辑、历史纪录、搜寻引擎。

3.动漫领域的DDD：《Decoration Disorder Disconnection》 一本小说

4.网络上常用 就是回复一帖子 让它出现在第一页 即 顶顶顶的意思

5.软件工程领域的DDD：
2004年著名建模专家Eric Evans发表了他最具影响力的著名书籍：Domain-Driven Design –Tackling Complexity in the Heart of Software（中文译名：领域驱动设计 2006年3月清华出版社译本，或称 Domain Driven-Design architecture [Evans DDD]）。
就是告诉我们如何做好业务层！并以领域驱动设计思想来选择和合适的框架。

6. .. 不知道了本回答被提问者采纳

DDD和“洋葱架构”是啥关系？

【中文标题】DDD和“洋葱架构”是啥关系？

【英文标题】：What is the relationship between DDD and the “Onion Architecture”?DDD和“洋葱架构”是什么关系？

【发布时间】：2011-03-24 21:30:45

【问题描述】：

Domain-driven design(DDD) 和 Jeffrey Palermo 的“The Onion Architecture”是什么关系？

【参考方案1】：

在我看来——它们是相辅相成的——但是从非常不同的角度来看。

洋葱架构旨在使域/业务逻辑独立于“劣质”事物，例如数据访问、用户界面、服务等。洋葱架构并不真正关心您如何创建您拥有的域 - 它坚持保护它来自外部依赖项。

领域驱动设计就是关于如何为领域建模以及如何称呼您的对象。这意味着每个域类应该与它在它所处理的业务域中所代表的内容（即物理/现实世界）有直接关系。因此，客户对象应该在代码中命名为客户——它应该与现实世界中的客户具有相同的规则（或尽可能接近）。

【参考方案2】：

我认为两者在系统本身的“您的设计方式和您的整体理念是什么”方面彼此不同。

使用洋葱架构，全世界都围绕着您的数据存储。这意味着您不关心您如何“完成工作”，但您更关心“我希望完成工作”。显然，最佳实践（小方法、好的变量名，也许像 Sigleton 等一些设计模式）在这个范围内仍然有意义，但更多的是代码本身，而不是整个应用程序概述。

另一方面，当我们谈论 DDD 时，我们谈论的是业务，当我们对架构做出决定时，我们总是会想到要​​解决的业务模型。当我说决策时，我的意思是系统可能拥有的决策总数（从变量/类/函数名称，到我们放置部分代码的位置，以及在一天结束时我们如何谈论这个系统本身）。我们可以说 DDD 是业务模型的“编程抽象”）。但是当然我们不能在没有业务的情况下制作 DDD e.x 我们不能在像 Shazam 这样的程序上制作 DDD，但我们可以在 Facebook 或 Spotify 这样的程序上制作 DDD。

我的选择是你们不能相互混合，而是这是第一个决定。

【参考方案3】：

如果您查看您提供的链接中描述洋葱架构的图像，域模型层就是 DDD 所关注的。

洋葱是系统的架构模式，而 DDD 是一种设计系统中对象子集的方法。两者可以彼此独立存在，因此两者都不是另一个的子集。如果您将它们一起使用 - 那么作为一个整体，使用 DDD 设计的部分将是整个系统的子集。

用一个（可能不好的）类比：洋葱是设计房屋的一种模式，而 DDD 是一种铣削房屋一部分木材的方法。

【讨论】：

我认为如果我们将所有“DDD”替换为“DM”（域驱动设计，范式，它可能驱动整个微服务架构 - 到域），他的推理看起来会更好一些模型，DDD 的战术工具集，仅用于更复杂的有界上下文或微服务的业务逻辑。