写点什么

领域驱动设计

47 人感兴趣 · 87 次引用

  • 最新
  • 推荐
https://static001.geekbang.org/infoq/4a/4aa69e467cc2fdc22d658bd868e8fe66.jpeg?x-oss-process=image%2Fresize%2Cw_416%2Ch_234

揭秘!为何阿里 P8 亲身经历撰写的架构师核心笔记竟如此成功

架构师是人人为之向往的岗位,其中道路必是充满荆棘,只有一路披荆斩棘,拥有丰富的开发知识,能够冷静快速的处理团队的问题,带领团队走向更好的发展,方可成为一名成功的架构师。

破防了!阿里大佬 DDD(领域驱动设计)不破不立,GitHub 直接霸榜

你可能使用领域驱动设计(DDD)开发了一些项目。你可能很满意, 使用领域模型来开发领域业务。并且得意地展示给你的同事看,他们会说“666”。

国外顶级架构师编写 2580 页 DDD 领域驱动设计笔记, 看到内容后破防了

随着分布式技术的快速兴起,我们已经进入到了微服务架构时代。微服务架构的出现,很好地实现了应用之间的解耦,解决了单体应用扩展性和弹性伸缩能力不足的问题。随着业务的复杂度升级,其好处自然不言而喻。

世界顶级级架构师编写 2580 页 DDD 领域驱动设计笔记,属实有牌面

正所谓有人的地方就有江湖,有设计的地方也一定会有架构。如果你是一位软件行业的老鸟,你一定会有这样的经历:一个业务的初期,普通的 CRUD 就能满足,业务线也很短,此时系统的一切都看起来很 nice,但随着迭代的不断演化,以及业务逻辑越来越复杂,我们的

https://static001.geekbang.org/infoq/b4/b404f0f3ad81f89f486e073431fbb61c.png?x-oss-process=image%2Fresize%2Cw_416%2Ch_234

【实践篇】领域驱动设计:DDD 工程参考架构 | 京东云技术团队

不同团队落地DDD所采取的应用架构风格可能不同,并没有统一的、标准的DDD工程架构。即使无法制定通用的、标准的工程应用架构,但为团队制定一个遵循领域驱动设计思想的参考架构依然有价值

国外顶级架构师编写 2580 页 DDD 领域驱动设计笔记, 看到内容后破防了

随着分布式技术的快速兴起,我们已经进入到了微服务架构时代。微服务架构的出现,很好地实现了应用之间的解耦,解决了单体应用扩展性和弹性伸缩能力不足的问题。随着业务的复杂度升级,其好处自然不言而喻。

真下饭!字节技术官 DDD(领域驱动设计)手册,拆解业务代码首选

至少20年前,一些顶尖的软件设计人员就已经认识到领域建模和设计的重要性,但令人惊讶的是,这么长时间以来几乎没有人写出点儿什么,告诉大家应该做哪些工作或如何去做。尽管这些工作还没有被清楚地表述出来,但一种新的思潮已经形成,它像一股暗流一样在对象

https://static001.geekbang.org/infoq/15/151fc6f91c0c4e1b71bc16e961df2dd3.png?x-oss-process=image%2Fresize%2Cw_416%2Ch_234

《解构领域驱动设计》- 领域驱动设计统一过程

用户头像
珑彧
02-10

领域驱动设计的核心是模型驱动设计,而模型驱动设计的核心又是领域模型,领域模型必须在统一语言的指导下获得。领域模型又可进一步细分为核心子领域、通用子领域和支撑子域。

https://static001.geekbang.org/infoq/4d/4d79b4d6547dfa856f666e4e1f82a814.jpeg?x-oss-process=image%2Fresize%2Cw_416%2Ch_234

《解构领域驱动设计》- 软件复杂度解析

用户头像
珑彧
01-04

复杂系统是由大量相互作用的部分组成的系统。与整个系统比起来,这些组成部分相对简单,没有中央控制,组成部分之间也没有全局性的通信,并且组成部分的相互作用导致了复杂行为。

深入浅出 DDD 编程

用户头像
百度Geek说
2022-11-24

本文主要介绍如何通过DDD对微服务进行拆分,首先介绍了什么是DDD,通过从分析DDD的优势,到如何通过DDD进行业务拆分,并且在最后通过代码样例的方式,深入浅出的为读者介绍了DDD代码的核心实现。帮助大家进一步的了解DDD应该如何落地。

转转价格系统 DDD 实践

领域驱动设计,不仅带给我们一套新的概念,还提供了一套全新的设计思路,应用在构建大型复杂软件系统之上。客观的理解它、应用它,能让它发挥出最大的作用。

https://static001.geekbang.org/infoq/72/72501cb853353b7573a3fbf4785c117c.png?x-oss-process=image%2Fresize%2Cw_416%2Ch_234

DDD 概念复杂难懂,实际落地如何设计代码实现模型?

今天我接着跟大家聊一聊,DDD概念复杂难懂,实际落地如何设计代码实现模型。或许你是刚看到关于这部分的内容,想着这里我有必要多说一句,关于这个话题,框架上,分为这样两部分讲的:方法篇 + 实践篇。

https://static001.geekbang.org/infoq/73/73ecc45a582543aaf8ec1d97fe5f6320.png?x-oss-process=image%2Fresize%2Cw_416%2Ch_234

漫谈软件架构

用户头像
韩陆
2022-06-14

今天,我们站在云原生的基础设施之上,思考着如何按照《机甲运行时》,将自己的分布式应用设计得既…又…还…,以同时满足ROI(Return on Investment)和SLI(Service Level Indicator),并能有远见地让商业和技术在高速的发展中保持先进性和可持续发展。

https://static001.geekbang.org/infoq/31/3160583dc218f3377e7e4ed03b2f3e70.png?x-oss-process=image%2Fresize%2Cw_416%2Ch_234

微服务与领域驱动设计,架构实践总结

用户头像
知了一笑
2022-04-25

如果软件系统存在持续的迭代周期,那么其中业务、技术、架构的复杂性都会直线拉升,其相应的开发难度也会提高,随之而来的压力会持续在开发和测试之间来回横跳。

https://static001.geekbang.org/infoq/80/8077d8a32e35955f862e26b0166e1b95.png?x-oss-process=image%2Fresize%2Cw_416%2Ch_234

实战领域驱动设计开篇

用户头像
worry
2022-02-11

软件的核心是为用户解决业务相关问题的能力,除此之外所有的其他功能,不管它有多么的花哨,都要服务于这个基本目的。然而,面对纷繁复杂的业务问题,我们如何才能开发出高内聚、低耦合,富有有生命力的软件呢?要达到这个目的,我们首先就要将目光聚焦于业务

https://static001.geekbang.org/infoq/1a/1a52d9cad33dce71f776db52d163b6ac.png?x-oss-process=image%2Fresize%2Cw_416%2Ch_234

DDD[1]·区分系统与业务行为

用户头像
陆乘风
2022-02-09

领域模型承载业务行为,数据模型承载系统行为,领域模型是核心,数据模型是技术细节

https://static001.geekbang.org/infoq/1a/1a52d9cad33dce71f776db52d163b6ac.png?x-oss-process=image%2Fresize%2Cw_416%2Ch_234

DDD[0]·序

用户头像
陆乘风
2022-02-09

领域驱动建模本身是一种概念与思想,他并不会强制代码怎么去编写,但是提供了很多概念与方法引导开发者去抽象代码,这个系列旨在从简入手,让人人都可以掌握领域驱动建模,故戏称"田园之道"。

DDD 与 CQRS 的关系

用户头像
Bruce Talk
2021-11-27

今天介绍一个实际工作中遇到的概念理解不准确的实际例子。最近在和Team工作的时候发现大家把DDD和CQRS的思想有些混淆。有的开发会认为CQRS是DDD的升级。DDD已经过时了。所以结合我自己的理解来总结一下这其中的误解和我个人的想法。

DDD 是软件设计思维方式的转变

用户头像
Bruce Talk
2021-11-20

DDD不是软件开发的银弹,它是一种软件设计的思维方式。技术的生命力源于业务,业务领域才是软件设计的核心驱动力。

https://static001.geekbang.org/infoq/ce/ced601019696573dbff1c3310ca12b17.jpeg?x-oss-process=image%2Fresize%2Cw_416%2Ch_234

[ Golang 中的 DDD 实践] 仓储

用户头像
baiyutang
2021-10-11

现在很难想象编写应用程序在运行时不访问存储,可能甚至不需要编写部署脚本,他们需要访问配置文件,在某种方式上,仍然是存储类型。

DCI 架构是如何解决 DDD 战术建模缺点的?

摘要:将DCI架构总结成一句话就是:领域对象(Object)在不同的场景(Context)中扮演(Cast)不同的角色(Role),角色之间通过交互(Interactive)来完成具体的业务逻辑。

[ Golang 中的 DDD 实践] 值对象

用户头像
baiyutang
2021-10-09

让我们开始 Golang 中最重要的模式领域驱动设计之旅:值对象。

https://static001.geekbang.org/infoq/57/57d78fd63808a5b6aecd8ea1c97827ab.png?x-oss-process=image%2Fresize%2Cw_416%2Ch_234

DDD 领域驱动设计·学习应用·二

用户头像
小诚信驿站
2021-08-04

本文部分资料来源《极客时间的领域驱动设计课程》,目前是一门讲 DDD 的课程,大家可以去购买!我这里通过自己的理解进行下笔记整理和如何应用我们的业务系统场景。

https://static001.geekbang.org/infoq/57/57d78fd63808a5b6aecd8ea1c97827ab.png?x-oss-process=image%2Fresize%2Cw_416%2Ch_234

DDD 领域驱动设计·学习应用·一

用户头像
小诚信驿站
2021-08-03

本文部分资料来源《极客时间的领域驱动设计课程》,目前是一门讲DDD的课程,大家可以去购买!我这里通过自己的理解进行下笔记整理和如何应用我们的业务系统场景。

https://static001.geekbang.org/infoq/c5/c57e42063692f39be4d9a012f4adfcdf.jpeg?x-oss-process=image%2Fresize%2Cw_416%2Ch_234

领域驱动设计 101 - 聚合

用户头像
luojiahu
2021-07-08

我们面临的复杂业务对象关系之所以呈现显得复杂,通常是由于没有定义出他们之间的边界。这些由业务规则约束着的关系只是表面,我们真正需要处理的实际上是业务规则,由那些不变的业务规则约束着的一组实体和值对象就构成一个聚合。

https://static001.geekbang.org/infoq/2c/2c8a16abb0141304433a71e9533534f6.jpeg?x-oss-process=image%2Fresize%2Cw_416%2Ch_234

领域驱动设计 101 - 模块

用户头像
luojiahu
2021-06-29

在领域驱动设计中,模块(Module)对应的是Java语言中的包(Package),在其他语言中可能是其他的形式。

https://static001.geekbang.org/infoq/95/953557025724b82876133990606a9f6d.jpeg?x-oss-process=image%2Fresize%2Cw_416%2Ch_234

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

用户头像
luojiahu
2021-06-22

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

https://static001.geekbang.org/infoq/aa/aac1a0e4605438343cdd4882c39cc951.jpeg?x-oss-process=image%2Fresize%2Cw_416%2Ch_234

搭建工具提升 DDD 开发效率

用户头像
中原银行
2021-06-22

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

https://static001.geekbang.org/infoq/3d/3d21a65f097192f0080e823b16bdbe67.jpeg?x-oss-process=image%2Fresize%2Cw_416%2Ch_234

领域驱动设计 101 - 值对象

用户头像
luojiahu
2021-05-29

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

领域驱动设计_领域驱动设计技术文章_InfoQ写作社区