DDD还是老式的？_这是DDD应用程序还是域服务？_这就是聚合根。收件人还是成本？DDD - 腾讯云开发者社区 - 腾讯云

开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

Web 开发选 MVC 还是 DDD？

这就是惯性的力量，无论是勤劳还是懒惰，都会产生惯性，于是勤劳者越来越勤劳，懒惰者越来越懒惰，学霸越来越霸，学渣越来越渣。时间一长，就会觉得自己根本无法改变自己，总会回到我们习以为常的状态。...，还是基于微服务的兴起，微服务就是大服务拆分为小服务嘛，这样就要做好业务模块划分，自然也就加速了领域驱动设计的盛行。...DDD 开发模式实现的代码，也是按照 MVC 三层架构分层的。Controller 层还是负责暴露 API 接口，M 层还是负责数据存取，V 层负责核心业务逻辑。...它跟 MVC 的主要区别还是 M 和 V 的不同。传统的 M 只定义数据数据的结构，不定义数据的操作，而 DDD 开发模式，M 不仅定义数据的结构，还定义数据的操作。...注意，MVC 和 DDD 与编程语言和框架都没有关系，因为正好手边有对应的代码，就拿来用了。 MVC 和 DDD 分别适合什么样的场景？

1.8K1 0

如何用 DDD 给 DDD 建模，破解 DDD 的魔法？

而我们想做的是：如何实现 DDD 设计与代码实现的双向绑定？于是乎，DSL 与双向图形化便是我们想到的解。所以，作为解决方案的第一步，那便是对 DDD 进行建模，以进行 DDD 的图形生成。...于是乎，这里，我们采用 DDD 社区给出了一个详细的《DDD 概念参考》，作为我们构建 DDD 的统一语言的基础。...唯一比较有意思的是核心域、支撑域、通用域，如何在后续实现的时候，去设计他们呢？只是一种类型呢，还是？...如何将 Domain 作为能力组件向外提供服务，Application、Service、Module，还是 Package ？如何使用代码化的方式来描述分层模式？...但是，还是作为一个参考项目，还是非常不错的。采用的是 Eclipse 家族的 Xtext 作为 DSL 开发工具，唯一坑的点在于 Intellij IDEA 的 Xtext 非常难用。

7522 0

您找到你想要的搜索结果了吗？

是的

没有找到

架构视角 - DDD、TDD、MDD领域驱动、测试驱动还是模型驱动？

分析问题不用着急，这是三个5分钟就能区分开的概念。开发中在协同工作。首先纠正两个误区。DDD是Domain-Driven Design领域驱动设计。...因为这是我等实际一线写代码的同学才用的。其次，它们三者之间的关系也不是感官直觉感受到的这种：而实际上他们是在不同的阶段使用的方法。在我们团队，使用关系是这种：下面会介绍我们团队怎么用的。...fr=aladdin 这些本质上是模型驱动开发的一种方法。现在很多公司和组织在研究一些更方便建模的工具。基于MDA(模型驱动架构)的工具涌现的比较多了，但是基本都是收费的。...在这个阶段，需要将完整的测试用例都补充完整，并测试通过。确保测试用例的正确性。开发阶段，测试结果需要和建模阶段的结果一致。所以可以理解为demo版是一个带有mock的粗糙开发版本。...实际的开发阶段是对demo版本的重构。因为demo版实际功能已经实现了，测试用例不需要有改变。这也符合Martin Fowler的《重构-改善既有代码的设计》的思想。

3.7K4 0

为什么房屋和汽车仍然以老式的方式建造?

这个话题是那些让我发疯的事情之一。我们可以建造能够抵抗飓风、地震、洪水以及其他自然和人为灾害的房屋。我们可以制造更轻、更省油的汽车。...原因是建造房屋、汽车和其他东西的人需要接受再培训，但结果将是一个更可持续、更安全的世界。当我上周接受Arris Composites公司的简要介绍时，这个想法就在我脑海中闪过。...Arris是一家小公司，它得到了一家更有实力的风投公司的支持，他们知道如何以低成本生产复合材料。它的技术可以让汽车更安全，更省油，更能抵御事故。它可以使房屋几乎坚不可摧。...它的技术甚至可以为航空业做出惊人的贡献，因为波音梦想客机等飞机已经转向了复合材料。那么，为什么Arris不是一个家喻户晓的名字呢?为什么我们还在用老办法做事?...这周让我们来探讨一下这个问题，我将以本周的最佳产品——微软推出的新款Surface笔记本电脑——作为结束。

3480 0

可落地的DDD(4)-如何利用DDD进行微服务的划分(2)

摘要在前面一篇介绍了如何通过DDD的思想，来调整单体服务内的工程结构，为微服务的拆分做准备。同时介绍了我们在进行微服务拆分的时候踩过的一些坑。这篇介绍下我们最终的方案，不一定对，欢迎留言讨论。...领域划分问题一个领域一个服务，粒度太小，有些东西不知道放在哪个服务里面，比如用户收藏博客，是放在用户服务里面，还是放在博客领域呢。...我们没有纠结在过去的错误之中，而是重新读取了DDD的理论。这一次有了不一样的思考。 DDD中有战略设计，划分领域，找出限界上下文，识别出核心域。...大多时候它还是解决某类业务上的问题。只是采取的手段不一样罢了。所以我们需要挖掘其本质，将它放到现有的上下文中。每个上下文一个微服务，对应一个开发owner,他负责这个领域内的事情。...相关阅读可落地的DDD(1)-目标讨论可落地的DDD的(2)-为什么说MVC工程架构已经过时可落地的DDD(3)-如何利用DDD进行微服务的划分关注【方丈的寺院】，第一时间收到文章的更新，与方丈一起开始技术修行之路

6802 0

可落地的DDD(3)-如何利用DDD进行微服务的划分

摘要前面两篇介绍了DDD的目标管理、DDD的工程结构调整。这篇讨论微服务的划分。微服务是目前后端比较流行的架构体系了，那么如何做好一个微服务的划分？一个微服务的粒度应该是多大呢？...DDD 使用DDD写出来的工程结构就是，blog和user的交互只有一个地方，OpenXXXService 具体代码见DDD structure ?...MVC VS DDD 从两张依赖图可以看出，DDD的依赖图清晰了，user和blog这两个领域之间的交互变的清晰了，user这个领域不用管blog领域发生了什么变更。...领域划分有问题一个领域一个服务，粒度太小，有些东西不知道放在哪个服务里面，比如用户收藏博客，是放在用户服务里面，还是放在博客领域呢。如何解决不拆分单体应用不知道，一拆分问题一大堆。...那么我们是怎么解决的呢？下期再见。相关阅读可落地的DDD(1)-目标讨论可落地的DDD的(2)-为什么说MVC工程架构已经过时关注【方丈的寺院】，第一时间收到文章的更新，与方丈一起开始技术修行之路

8654 0

DDD的哲学意味（上）

据小道消息，Eric Evans认为DDD不是一种方法学，而是一种软件开发的思想和哲学。言下之意，“方法学”把DDD给说小了。好吧，那咱就顺着艾老师的意思，看看DDD和哲学能碰出什么火花来。...推而广之，我们怎么知道我们所知道的东西就是正确的？还可以进一步追问：世界是可知的吗？人类认知的边界是什么？知识是如何获得的？知识是先天的还是后天的?等等。...上表中对应关系的细节也可再行斟酌。关键是总体来看，这种对应关系到底仅仅是牵强附会，还是有必然的内在联系呢？答案是后者。 DDD的核心是建立领域模型。...艾老师的原书（以下简称《DDD》）将以领域模型为核心的开发方法称为“模型驱动设计”（《DDD》第4至第7章）。领域模型是现实世界的抽象。...至于我们所认识到的东西和客观世界（如果有的话）的关系就留给哲学家们讨论吧。不过上述论断对建模还是有一个细微但重要的影响。

2752 0

DDD的哲学意味（下）

阅读本系列前两篇文章： DDD的哲学意味（上） DDD的哲学意味（中）核心域与主要矛盾大约公元前800年至前200年间，中国、希腊、印度和以色列的文明几乎在同一时期兴起，这被称为人类文明的轴心时代。...例如某筹备开业的保险公司要开发一个保险核心系统。在开始时，“快速开展新单业务的需要与落后的新单处理能力”的矛盾就是主要矛盾，而“快速理赔的要求与落后的理赔能力”之间的矛盾则是次要矛盾。...总之，以矛盾的观点看问题，就可以知道识别和处理“核心域”的必要性，同时以发展的眼光看待核心域的转化。这里还有一个微妙的问题：目前业界不同人所说的“核心域”的含义是有区别的。...领域驱动设计则是对面向对象方法学的归纳和发展，为面向对象方法学建立了一套模式语言，使之更容易学习和运用。领域驱动设计主要面向的还是传统意义上的软件开发，尤其是企业应用的开发。...参考阅读再谈领域驱动设计如何划分限界上下文重读领域驱动设计——如何说好一门通用语言当我们谈论DDD时我们在谈论什么 DDD 中的几个困难问题

3843 0

DDD聚合设计的困境

最容易与DDD聚合混淆的就是OO聚合关系。由上图可以看出，OO聚合表示了一种关联关系；而DDD聚合表示了一种边界。 OO聚合关系(Aggregation) 表示一个整体与部分的关系。...OO聚合与DDD聚合是什么样的关系呢？因为聚合有隐含的构建关系和级联生命周期，通常会把OO组合关系构建成DDD聚合，其实组合关系只是聚合的必要条件，而非充分条件。...困境由聚合的困境，管窥一斑，DDD落地的困境何尝不是类似原因。...我们使用DDD，就是想Domain Driven，可考虑了很多技术落地因素，打破了完整的模型。选择模型还是选择性能，是放在我们面前的第一道选择题。...而第二点在现如今多运行时分布式架构中，肯定不可能像在一个单休中加载完整的聚合对象。因此当要使用原味的DDD时，只能在简单的项目中，而DDD却说要在复杂场景下再去使用。不要简单问题复杂化。

6363 0

聊聊DDD的分层架构

层与层的依赖关系书中没有说明，只是标了些箭头，没看明白具体什么意思，不过还是可以看到最上面的用户界面层可以直接调用最底下的基础设施层，即上层可以跨层调用下层，即第1层调用第2、3、4层的代码，这种设计不在这里评价好坏...从个人角度来看，看了之后大概明白各层的职责，但没看到具体的例子和代码还是觉得难以落地，所以接下来看几个例子。二、网上银行的例子这是书中举的例子，举一个实际场景：转账，时序图如下： ?...三、真实的代码网上还有个真实的DDD示例工程，这个工程是一个货物运输系统，主要的功能如下： 1、预约货物发货； 2、跟踪货物的主要处理； 3、当客户到达某个位置时，自动向客户寄送发票。...trackingId=" + trackingId); } 调用的bookingServiceFacade还是位于用户界面层： ?...层与层的调用关系书中并没有给予完整的说明，还有代码结构书中也并没有统一定好规则，所有这些都抛给了实现者，这也是好多公司落地DDD比较难的原因，因此真正要落地DDD，代码层面的规范需要自己根据公司的规范再来补充

4.4K4 0

DDD的领域概念们

子问题域内部是相对稳定的，即未来的变化频率不会很高，而子问题边界是很容易变化的。也就是说，DDD的核心在于领域边界的识别和划分。...应用服务应用服务在领域服务的上层，直接对外部提供接口，相较于DDD之前的分层模型（facade-serviece-dao），DDD中的应用服务层会更薄一点，也更适应于业务变化，毕竟领域服务和实体行为相对稳定...说了这么多概念，下面看一下他们在DDD分层中的各自位置： ?...DDD的领域概念基本就是上面说的这些了，但是在实际业务落地DDD时，我们会遇到一些问题的，比如最简单的就是有一个对象，目前没有业务行为，但是后续可能有业务行为，这种到底是抽象为值对象还是实体呢？...这些是需要一些经验或者tradeoff的。注意，落地DDD是只要不违背大的DDD理念，tradeoff时能够将一些变化点抽象或者隔离起来，那么后续就算改动这些变化点，影响面也是可控的，这些都是允许的。

6412 0

关于DDD的概念笔记

前言看过很多关于 DDD 的文章, 也买过一些书籍, 但是发现内容冗长, 大部分时间用来理解名词含义, 而忽略里面的设计精华....下面是我基于极客时间《DDD实战课专栏》整理的一些名词解释, 里面也掺杂了一些个人理解和说明, 希望能对你理解起来有所帮助....领域和子域领域顾名思义, 表示的是特定的一种范围举例说明: 我们把领域比作为整体的业务系统, 在业务系统里面也包含很多子系统(比如用户中心、订单中心、商品中心), 我们将这些子系统称为子域, 是依据领域的范围继续划分出来的更小的业务范围...我们可以对一个实体对象进行多次修改，修改后的数据和原来的数据可能会大不相同更简化的理解为: 商品是商品上下文的一个实体，通过唯一的商品 ID 来标识，不管这个商品的数据如何变化，商品的 ID 一直保持不变...一套业务领域划分多个限界上下文子域一个限界上下文子域对应多个聚合一个聚合里面划分进多个实体和值对象, 并实现一个聚合根一个聚合根调度多个实体、值对象结语本文主要为概念性说明, 借鉴于《DDD

7130 0

DDD话语评价之二：“值对象”是DDD的创新吗（全文）

8.2.8 评价DDD话语中的“值对象” 在识别类的时候，有的建模人员受到DDD话语体系的影响，会着急去分辨哪个类是实体（Entity），哪个类是值对象（Value Object），这是没有必要的，而且很容易成为遮掩无能的遮羞布...****** “值对象”目前主要用在DDD话语体系中。您可以观察近年出版的书籍，里面提到“值对象”的地方，很可能在这个词的周围还会提到“实体”“领域驱动设计”“DDD”等。...Fowler的《企业应用架构模式》有51个模式（“值对象”就是其中一个）……现在每年依然有新的模式书出版，去除那些变着花样复刻GoF赚流量的垃圾书后，还是有一些书贡献了新模式。...伪创新会选择换个名字，称自己是“全新的”、“革命性的”，给人一种从未有过的、从天而降的感觉。因为是“全新的”，所以再怎么夸大宣传，人们也还是会给一个机会，毕竟是“新”的，没准人家真的有这么牛呢。...估计作者后来也是觉得不太合适：什么样的领域逻辑会让人写出导致Martin的受雇日期和Cindy的受雇日期引用同一日期对象的代码？从这一点小细节也可以看出，还是要从领域逻辑的角度来解读。

4512 0

DDD的哲学意味（中）

“关联”、《矛盾论》、毕达哥拉斯学派 DDD的哲学意味（上）说到了“模型驱动的设计”以及其中两个重要的模式“实体”和“值对象”，两者统称“领域对象”。...这一点实属可惜，因为关联至少与实体有同样的重要性。为什么这么说呢？下面还是先扯几句哲学。前面提到毛老师的《实践论》，这里再说说怹老人家的另一篇杰作《矛盾论》。...如果做得精细些的话，还可以考虑存在性（必选的还是可选的）。不少建模人员在建模时都忽视了理清数量关系，从而限制了对领域知识的深刻理解。...然而我们很多人，哪怕接受了DDD，也是急于学习建模技能（这本身没有错），而对模型演进丝毫不感兴趣。这样的DDD往往半途而废。...其实《DDD》和《演进式架构》是两本书。两者的侧重点不同，一本侧重领域建模，一本侧重系统架构演进。不过在实践中我们常常将两者结合起来运用。下面聊两句演进式架构的原理，这超出了《DDD》原书的范围。

2431 0

DDD 使用Comand的优势

DDD使用Cmd调用服务时经常会被问到与直接的接口调用有什么区别，首先命令模式（Command Pattern）可以轻松的实现AOP的功能，比如日志事务等，其次命令模式是面向接口编程的可以轻松根据业态场景调用不同的服务可以参考阿里的...cola架构和咸鱼的swak架构。...命令模式通常遇到最麻烦的可能是返回值的问题，常用的就两种一种是将返回值放入到cmd中，第二种就是通过范型返回值的方式返回 http://martinfowler.com/bliki/CommandOrientedInterface.html

5863 0

DDD 中的几个困难问题

对领域这个词的理解就是 DDD 入门的第一个难关。我们有时会被客户问到，领域到底是什么？首先要清晰地知道领域是什么，才能划分核心域、支撑域和通用域。换句话说，构成领域的要素是什么呢？...DDD 软件建模就是业务问题和解决方案之间的桥梁。领域是问题，设计出来的模型是解的一部分。因此，问题和解形如 x 和 f(x) 的关系，f = 软件建模过程。...聚合被赋予了两个责任：负责业务的一致性。负责数据的整体存储。而其持久化是一个老大难问题。关于业务的一致性，Eric DDD 给我们描述了一种理想情景。...充血模型已经是很多 DDD 实践者的潜在认知，简单来说就是把业务行为放到模型中。这种做法看似满足了面向对象的实践，但是在实际工作中，它并不方便，甚至有些别扭。...在培训中，有学员找我们说，学了 DDD 之后不会写代码了，甚至忘记之前的代码该如何编写。极端一点的例子，还会有人在聚合根中调用仓储来实现聚合的存储。

3461 0

前端 DDD 框架 Remesh 的浅析

这也是 DDD 的战略意义。...DDD 优势业务层面：基于领域知识的通用语言，快速交付，极低的协作成本架构层面：利于结构布局，利于资源聚焦代码层面：复杂度治理 DDD 弊端主要在于战术层面心智负担大，对现有业务拆解成本大，对团队要求较高...DDD 带来的战略意义，前端往往也能深受启发。DDD 概念早在 2003 年就已提出，也是近几年随着技术和架构的演进重新回到人们视野，并且发光发热。那么，我该什么时候使用 DDD 呢？...，那这个类的逻辑代码也将会变得十分庞大且复杂，那我们该如何使用 DDD 来对其进行逻辑抽离呢？...前文说到，DDD 的战略价值目前是大于战术价值的，根本原因是目前社区缺少成熟的框架或轮子，开发者若能只专注领域模型的构建，其他的交给框架来处理，才能充分发挥 DDD 的战术优势。

5821 0

聊聊ddd-by-examples的DomainEvent

序本文主要研究一下ddd-by-examples的DomainEvent scalability-availability-stability-patterns-117-638 (1).jpg DomainEvent...DomainEvent> events) { events.forEach(this::publish); } } DomainEvents接口定义了publish方法，同时提供一个批量的publish...} } MeteredDomainEventPublisher实现了DomainEvents接口，其publish先执行delegate.publish(event)，然后递增metrics的counter...，其published方法从eventList移除指定的events 小结 ddd-by-examples定义了DomainEvent、DomainEvents接口，其中JustForwardDomainEventPublisher...doc ddd-by-examples/library

3760 0

聊聊golang的DDD项目结构

序本文主要研究一下golang的DDD项目结构 domain-driven-design-in-an-agile-world-17-728.jpg interfaces food-app-server..._middleware | |____middleware.go |____user_handler.go |____user_handler_test.go 比如interfaces层定义了输入层的相关方法...，以使用gin提供http接口为例，这里的handler等为使用gin提供的一些http接口，这一层调用application层 application food-app-server/application...user_repository.go | |____user_repository_test.go |____security | |____password.go infrastructure层这里提供了针对domain层的repository...接口的实现，还有其他一些基础的组件，提供给application层或者interfaces层使用小结 DDD一般分为interfaces、application、domain、infrastructure

1.2K3 0

聊聊golang的DDD项目结构

序本文主要研究一下golang的DDD项目结构 interfaces food-app-server/interfaces interfaces git:(master) tree ....__middleware | |____middleware.go |____user_handler.go |____user_handler_test.go 比如interfaces层定义了输入层的相关方法...，以使用gin提供http接口为例，这里的handler等为使用gin提供的一些http接口，这一层调用application层 application food-app-server/application...user_repository.go | |____user_repository_test.go |____security | |____password.go infrastructure层这里提供了针对domain层的repository...接口的实现，还有其他一些基础的组件，提供给application层或者interfaces层使用小结 DDD一般分为interfaces、application、domain、infrastructure

1.3K2 0

点击加载更多

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭