#DDD领域驱动设计

      更多分类

核心领域模式 -Nick Tune

20-01-27 133 1 banq

时间和资源是有限的,在开发软件系统时,我们如何花费有限时间并利用有限资源解决最根本、最困难的挑战?在我们可能要做的所有事情中,我们应该做什么,我们应该投资多少质量和严格度? 对于软件工程师来说,自然... 详细

向领域驱动设计前进: 如何使用DDD从单体到微服务迁移打造业务平台或中台? -Kevin Mas Ruiz

19-12-03 1736 5 banq

如果您的公司建立在单体monolith之上。由于您的业务知识在内部传播,因此这种单体monolith可能是您的最佳资产,但是由于多年的技术债务和团队在相互沟通的情况下发布代码,这些是脏的。 单体程序... 详细

幽默:恭喜,您将单堆栈的单体变成了n个微服务,然后您发现自己的微服务紧密耦合,现在已经有43个不同的堆栈,每个堆栈都有自己的故障模式,您玩得开心!- Ian Miell

19-12-02 1438 4 banq

恭喜从单点故障变成多点故障! 拥有长期支持成本的架构中的所有决策之间存在平衡。在43个技术堆栈上拥有43个服务不仅要在可操作性方面而且还要在劳动力的发展和可替代性方面付出长期成本。 43比在线银... 详细

如何设计最佳的微服务架构 -DZone

20-01-16 635 2 banq

企业正在迅速采用微服务架构来创建灵活,可扩展的应用程序,这些应用程序可以快速迭代,具有较高的容错能力和较低的停机时间。您如何构建正确的微服务架构? 尽管确切的架构会有所不同,但是有一些最佳实践可以帮... 详细

使用DDD聚合发现隐藏的业务规则的案例分析:数据库事务的业务实现 - Nick Tune

19-12-02 1368 3 banq

在现实世界中,我们可能会对我们的业务规则和流程含糊不清。我们可以设置例外,也可以绕过一些步骤以适应我们从未想到的特殊情况。 想象一下一个业务规则,即所有客户都必须具有名字,中间名和姓氏。如果某人访问... 详细

DDD不是开发人员的工具,而是系统设计的工具 - ntcoding

19-12-17 2 1021 3 banq

这是著名DDD专家Nick在FlowCon France大会上的PPT演讲,要点: 1. 一个松耦合软件架构与组织架构必须是匹配的,关键是在:持续交付效率和组织规模随着效率线性扩展。 2.一个社会... 详细

使用draw.io捕获领域故事 - Darko Kantic

19-12-26 942 2 banq

领域驱动设计(DDD)是一种软件开发方法:一组用于帮助开发复杂系统的技术,原理和模式。该术语是由Eric Evans在其2004年的著作《域驱动设计:解决软件中心的复杂性》中提出的。 通过无所... 详细

为什么软件工程师或程序员脾气暴躁? -Human Who Codes

19-11-24 1204 3 banq

通常,软件工程师通常以傲慢,不愉快和喜怒无常而著称。声誉不是随机分配的,它们是根据经验获得的。使声誉困扰我的是,我本人认识许多软件工程师,并且他们通常是爱好娱乐,乐于助人(如果不自觉的话)和娱乐性的... 详细

人寿保险销售平台的领域驱动设计和事件风暴案例分享 -James Hickey

19-11-02 1619 3 banq

几年前,我领导了一个在线销售人寿保险新平台的网络开发。我们将介绍以下几点: 事件风暴:这是什么以及如何开始对业务域进行建模 从领域事件的角度思考系统或业务域如何真正帮助澄清问题 人寿保险业... 详细

Java和Spring的六边形架构 - reflectoring

19-11-07 1484 2 banq

本文的目的是提供一种用Java和Spring以六边形样式实现Web应用程序的自以为是的方式。 本文随附 GitHub上的 示例代码。 什么是“六边形架构”? 与常见的分层体系结构样式相反,“六角形... 详细

面向对象的哲学源头与软件工业本质与未来趋势 – BradCox

19-12-21 867 1 banq

亚里斯多德以来,哲学家一直在与存在概念作斗争。为什么我们要研究观察我们在世界上看到的东西?这些事物是如何在那里的?有目的吗?它们会永远存在吗?我们是由与其他所有事物一样的东西构成的,还是我们拥有其他... 详细

注重产品的软件工程师九个特点 - pragmaticengineer

19-12-08 945 2 banq

具有产品意识的工程师是对产品本身有很多兴趣的开发人员。他们想了解为什么要做出决定,人们如何使用产品以及热衷于参与做出产品决定。如果他们决定放弃工程学的乐趣,他们很可能会成为一名优秀的产品经理。我曾与... 详细

Michael Feathers预言:在5年内,对特性团队(Feature Team)是个错误的想法将达成共识。至少不会像现在这样流行。

19-11-09 1224 2 banq

围绕一个系统的某个区域的活跃的领域知识才是有保存价值的基本单位,但是这容易被破坏隔离,领域的知识连续性很重要,DDD的有界上下文概念似乎是一个很好的基础。 (特性团队是跨专业的, 面向最终用户交付... 详细

使用DDD重新思考ERP系统的一些初步想法 –feststelltaste

20-01-27 104 banq

“企业资源计划系统”(ERP系统)之类实际上是一种瑞士军刀软件系统。毫无疑问,它们确实是功能强大的工具,但是在某些情况下,它们可能造成的弊大于利。因此,我想讲一个虚构的故事,该故事显示了组织如何陷入... 详细

DDD与敏捷非常类似,它们都喜欢哲学、思维方式、原则与规则。 - jamesmh

19-11-10 637 banq

dddesign就像agile。许多人认为这与低级的具体实现细节和策略有关。但是,实际上,两者或多或少都像是一种思考软件和业务问题的方式。他们喜欢哲学...思维方式...原则与规则...。 它们的影... 详细

共有 4601 2 3 4 ... 31 下一页