写点什么

DDD

26 人感兴趣 · 91 次引用

  • 最新
  • 推荐
https://static001.geekbang.org/infoq/95/953557025724b82876133990606a9f6d.jpeg?x-oss-process=image/resize,w_416,h_234

领域驱动设计 101 - 领域服务

用户头像
luojiahu15 小时前

前面,我们讨论了实体和值对象这两个概念,实体和值对象用来对领域中的事物或者事物的属性进行建模,但是,我们面对的领域中,不仅仅有实体和值对象,还有针对实体的操作。

https://static001.geekbang.org/infoq/aa/aac1a0e4605438343cdd4882c39cc951.jpeg?x-oss-process=image/resize,w_416,h_234

搭建工具提升 DDD 开发效率

用户头像
中原银行6 月 22 日

DDD已经发展到从战略层面的应用进入到了战术层面的应用,本文主要分享DDD开发模式区别于传统开发模式的特点,以及中原银行DDD开发框架如何助力DDD开发模式来提升开发效率。

https://static001.geekbang.org/infoq/3d/3d21a65f097192f0080e823b16bdbe67.jpeg?x-oss-process=image/resize,w_416,h_234

领域驱动设计 101 - 值对象

用户头像
luojiahu5 月 29 日

与实体相比,值对象(Value Object)最大的特征与区别在于,实体表达了一个有生命周期的、有唯一标识的、处于变化中的事物;而值对象是没有生命周期的,无所谓是否具有唯一标识。

https://static001.geekbang.org/infoq/c5/c5f56f7689ba3c22b1437b6f0746b00d.png?x-oss-process=image/resize,w_416,h_234

面向服务体系结构的领域驱动设计

用户头像
信码由缰5 月 20 日

这篇文章是关于软件设计的选择。特别是大型系统,这些系统可能会以服务端点的形式分为多个可部署的对象。我不会特别谈论服务端点设计,但是我想讨论创建多个服务应用的构思阶段。

https://static001.geekbang.org/infoq/b3/b39e03ff1719e577f1d7d34972c0aec3.jpeg?x-oss-process=image/resize,w_416,h_234

领域驱动设计(DDD)

用户头像
信码由缰5 月 18 日

领域驱动设计(Domain-Driven Design)是程序员 Eric Evans 于 2004 在他的《 领域驱动设计:解决软件核心中的复杂性》一书中提出的一个概念。

https://static001.geekbang.org/infoq/60/60938148870e3eb432a867271dac1775.jpeg?x-oss-process=image/resize,w_416,h_234

领域驱动设计 101 - 实体

用户头像
luojiahu5 月 16 日

在对现实世界进行建模的过程中,有一类事物,他们具有唯一性,一旦生成便区别于其他个体。虽然本身的特征(属性)可能发生变化,但是他们有一个唯一确定的身份标识。

DDD 这样落地

用户头像
码农戏码5 月 16 日

DDD这个主题已经写了好多篇文章了,结合最近的思考实践是时候总结一下,对于战略部分有点宏大,现在都是在微服务划分中起着重要作用,暂且总结战术部分

前端 DDD 总结与思考

用户头像
白玉兰开源4 月 22 日

单体服务架构:大概10年前,我在武汉工作的时候,甲方客户购买我们的产品,一般都是连着设备一起购买,一套软件系统,一台惠普或者戴尔的企业级服务器,再加一个黑色的铁盒,销售部可以卖小几百万左右、外加每年维护费用,这就是一个非常典型的单体服务开发、

https://static001.geekbang.org/infoq/9b/9b2d101fe08714ef82d53d3dddaaee75.jpeg?x-oss-process=image/resize,w_416,h_234

领域驱动设计 101- 上下文与持续集成

用户头像
luojiahu4 月 19 日

前面我们已经讨论了领域、模型、通用语言以及分层设计这些领域驱动设计中的基础概念。现在,让我们来认识领域驱动设计中战略设计相关的概念。

领域驱动设计(DDD):领域和子域

用户头像
xcbeyond4 月 12 日

在很长一段时间里,我们认为技术是主导项目成功的关键因素,这种关键因素通常表现在项目使用的编程语言、框架、架构(如:分层架构)、中间件、数据库等等方面(如:生态)。但技术真的是项目成功的关键因素吗?

https://static001.geekbang.org/infoq/30/3079a037a4d7c38a72ccc0229ea4530d.jpeg?x-oss-process=image/resize,w_416,h_234

领域驱动设计 101 - 分层

用户头像
luojiahu4 月 10 日

分层架构是现有软件开发的普遍架构模式,大家对于分层已经非常熟悉。为什么要做分层?一个马上可以想到的理由是层次化可以使软件更加清晰。那么这里所说的清晰指的具体是什么,可以再仔细进行一下讨论。

面试官问:能聊聊你对充血模型和贫血模型的理解吗?

用户头像
面试官问4 月 9 日

面试官问:随着微服务架构的普及,领域驱动设计也焕发了新春,得到了大范围的推广,在代码实现层面,领域驱动设计相比数据表驱动设计的主要区别就是充血模型和贫血模型,你能聊聊对这两个模型的理解吗?

https://static001.geekbang.org/infoq/35/355cf478190c48ba1b2e54da2c874439.jpeg?x-oss-process=image/resize,w_416,h_234

8x Flow 业务建模法(二):再看什么是业务逻辑

用户头像
胡皓4 月 4 日

在上一篇文章《8x Flow 业务建模法(一):你能分清业务和领域吗?》中,向大家介绍了8x Flow背后的关键思想,即“业务逻辑和领域逻辑”分离,并介绍了业务逻辑和领域逻辑的区别。 在开始进行业务分析之前,我们需要再来一篇多聊一聊:到底什么是业务?

https://static001.geekbang.org/infoq/5f/5f5a8fcbcde9c4eaa3dd613d93058f2a.jpeg?x-oss-process=image/resize,w_416,h_234

8x Flow 业务建模法(一):你能分清业务和领域吗?

用户头像
胡皓4 月 2 日

最近两年,以“事件风暴(Event Storming)”为代表的“领域驱动设计(Domain Driven Design,以下简称DDD)”分析建模方法红遍大江南北。伴随着按照DDD思想指导微服务拆分的流行,“搞微服务必用DDD,用DDD必做事件风暴,写代码必用六边形架构”的做法已几乎

https://static001.geekbang.org/infoq/61/619c78e44c783cf1fa898accea5ef457.jpeg?x-oss-process=image/resize,w_416,h_234

领域驱动设计 101 - 绑定模型与实现

用户头像
luojiahu3 月 27 日

模型驱动设计要求,不再将模型分析与程序设计进行分离,而是作为整体看待,模型分析的成果,既要如实反映业务领域的实际问题,也要便于程序设计落地。

https://static001.geekbang.org/infoq/de/de51d20b8323be46c67b8178c10b9152.png?x-oss-process=image/resize,w_416,h_234

【得物技术】出价组 DDD 分层模型总结

用户头像
得物技术3 月 26 日

随着大家对领域驱动模型的逐渐了解,一致认为需要对业务代码做一些优化,于是组内在8月份启动了二次DDD改造的内部迭代,经过不断的灰度放量,近期已经全量放开了新版业务逻辑。

https://static001.geekbang.org/infoq/91/91e2e0b256e813cfd0aa2c5e24af29a5.jpeg?x-oss-process=image/resize,w_416,h_234

领域驱动设计 101 - 通用语言

用户头像
luojiahu3 月 21 日

在前面的讨论中提到,领域驱动设计强调在软件设计过程中构建出完善的业务模型,而业务模型可以看做是浓缩的、结构化的业务领域知识。

为什么在做微服务设计的时候需要 DDD?

用户头像
xcbeyond3 月 13 日

互联网时代,软件所面临的问题域比以往要复杂得多,这种复杂性来源于不断扩展的问题域自身,也来源于创新变化,以及这种规模性增长所带来的挑战。

https://static001.geekbang.org/infoq/09/09c700737db4d8a776924fce471b5c00.jpeg?x-oss-process=image/resize,w_416,h_234

从架构设计的演进来看,我们真的需要 DDD

用户头像
三石2 月 23 日

什么是格局?简言之就是认知维度高,不被浮云遮望眼更容易认清事物本质和发展趋势。有格局的架构设计需要DDD

https://static001.geekbang.org/infoq/3d/3d98e33e1f5bbf7c15d21279801aae8e.jpeg?x-oss-process=image/resize,w_416,h_234

2021 领域驱动设计最佳实践实践——验证

用户头像
Java王路飞2 月 6 日

领域模型设计为复杂问题的解决提供了一套方法,但其理论往往非常抽象,本系列文单旨在提供一些最佳实践。您需要首先认识到,软件的设计过程主观性很强,我希望能够提供一个设计思想让您在入门中有一个感性的认识,莫要陷入到“教条主义”中。

https://static001.geekbang.org/infoq/31/314e216baa20673c47ed6804b6f4fe7c.jpeg?x-oss-process=image/resize,w_416,h_234

领域的边界,一个小讨论

用户头像
李小腾2 月 1 日

领域划分到底有没有用?

https://static001.geekbang.org/infoq/58/587f80b0600e91ab5f6474f435bbde1c.jpeg?x-oss-process=image/resize,w_416,h_234

DDD 分层架构最佳实践

还在单体应用的时候就是分层架构一说,我们用得最多的就是三层架构。而现在已经是微服务时代,在微服务架构模型比较常用的有几个,例如:整洁架构,CQRS(命令查询分离)以及六边形架构。每种架构模型都有自己的应用场景,但其核心都是“高内聚低耦合”原则。

https://static001.geekbang.org/infoq/cc/ccd3ca92e14777d7c183987409093fd9.png?x-oss-process=image/resize,w_416,h_234

DDD 分层架构最佳实践

用户头像
程序员小毕1 月 20 日

还在单体应用的时候就是分层架构一说,我们用得最多的就是三层架构。而现在已经是微服务时代,在微服务架构模型比较常用的有几个,例如:整洁架构,CQRS(命令查询分离)以及六边形架构。每种架构模型都有自己的应用场景,但其核心都是“高内聚低耦合”原则。

一文解析 DDD 中台和微服务设计

用户头像
欧创新1 月 15 日

DDD、中台与微服务分别属于不同的方法体系,那它们的通用语言到底在哪里?如何用DDD完成中台和微服务设计实战?DDD在中台和微服务的整体设计流程是什么样的?如何用最小代价来适应因为业务变化,而带来的领域模型和微服务持续演进?希望你能在本文找到答案!

我们设计的是微服务还是小单体应用

用户头像
xcbeyond1 月 14 日

在微服务设计和实践中,可能很多人会一致认为:“将单体应用拆分成多少个微服务,是微服务的设计重点。” 很多人把大量的精力花费在如何拆分微服务上,并把微服务设计好坏全部归因于微服务拆分的好坏。 可事实真是这样吗?其实并非如此!

https://static001.geekbang.org/infoq/c1/c157a2217643b21f76792c534ca78c3b.jpeg?x-oss-process=image/resize,w_416,h_234

领域驱动设计在爱奇艺打赏业务的实践

DDD一直为传统行业的软件工程师提供软件设计的方法论,但是在互联网行业却使用很少。

浅析整洁架构之道 (一) 为什么需要整洁架构

用户头像
御剑1 月 5 日

本文为笔者就Robert C. Martin提出的The Clean Architecture(中文意为:整洁架构)系列文章第一篇,阐述为什么我们需要一个这样的整洁架构

架构师训练营第十周笔记

用户头像
李日盛2020 年 12 月 27 日

本周主要的重点在于介绍微服务架构和DDD设计模式。

领域驱动落地实现

用户头像
星际行者2020 年 12 月 25 日

领域驱动(DDD:Domain-Driven Design)在业界已经流行多年,经验丰富的程序员或多或少都在项目中引入了一些DDD的思想,但完全遵照DDD构建的项目却很少。除了领会DDD思想有一定难度外,面向对象与数据库实体模型间的阻抗也是一个非常重要的原因,这个原因也一

DDD_DDD资料文章-InfoQ写作平台