#DDD有界上下文

      更多分类

DDD事件风暴研讨会备忘单

19-04-23 86 1 banq

事件风暴是软件系统的快速设计技术,涉及技术人员和领域专家/业务分析师。它最适合领域驱动设计环境,并倾向于/准备事件溯源和CQRS。该技术最初由Alberto Brandolini引入,由Vaughn... 详细

2019年3月敏捷印度演讲之一:领域驱动的战略设计

19-03-24 491 2 banq

模块化的三大优点是什么?如何使用Strategic DDD实现这些优势?  演讲PPT点击标题见原文。下面是意译如下: 是不是发现持续递交感觉像一个梦!一个个 噩梦项目? 用户增加一个输入框,竟然... 详细

把我的单体架构还给我! - Craig Kerstiens

19-03-14 503 2 banq

感觉现在是微服务炒作周期的高峰期,看到一篇博客文章“如何将我的巨石迁移到150个服务”。现在我经常听到更多的反击:“我不讨厌我的巨石,我只关心事情保持高效”。我们实际上看到了一些从 微服务 迁移 回... 详细

这取决于....

19-03-04 40 banq

在这个行业中,这是一个广为流传的笑话。无论你问顾问什么问题,答案都是: 这取决于... 这个笑话旨在强调顾问从不直接回答一个简单的问题,因为他们不想承担任何责任。虽然我理解面对这种情况... 详细

事件风暴与领域故事的比较

19-02-27 452 1 banq

DDD关键是发现有界上下文(bounded context),事件风暴(Event Storming)和领域故事(Domain Story)是两种不同的查找上下文边界方法,他们之间有什么异同? E... 详细

编程=翻译?

19-02-10 191 1 banq

本文作者Alvaro Videla,他是FaunaDB的核心开发人员,在瑞士的家中工作,他还是RabbitMQ的核心开发人员,也是构建德国最大约会网站之一的团队的首席开发人员。他是RabbitMQ ... 详细

DDD欧洲会议纪要 - 第一天 — Matthias Noback

19-02-01 285 4 banq

Eric Evans:主题演讲(“上下文中的语言”): 从基础知识开始(单词在上下文中有意义;当我们明确指出这个上下文的边界时,我们最终得到一个有界的上下文),Eric讨论了两个主要的主题:大泥球,... 详细

领域事件与事件溯源的区别

19-01-20 1 524 3 banq

为什么领域事件domain events和事件溯源event sourcing不应混淆。 领域事件与事件溯源有什么共同之处? 共同点是名称中的“事件”一词。但除此之外,在与项目,会议或培训中的建筑师... 详细

领域驱动设计简介

18-12-26 1338 banq

今天的企业应用程序无疑是复杂的,需要依靠一些专门技术(持久性,AJAX,Web服务等)来完成他们的工作。作为开发人员,我们倾向于关注这些技术细节,这是可以理解的。但事实是,一个不能解决业务需求的系统... 详细

这不是你想要的DRY

18-12-24 16 banq

“ 不要重复自己 DRY”,每个开发者都在他职业生涯的早期就学会了这个口头禅。 对这个原则的共同理解是你不应该复制你的代码。就那么简单。 不要复制,如果你发现重复就重构。 违反此规则的行为将被其他开... 详细

错误的抽象

18-12-24 24 banq

复制比错误的抽象便宜得多(代价小成本低),宁可重复而不选择错误的抽象。 让人们意识到“错误的抽象”这个问题是很难: 程序员A看到重复。 程序员A提取重复并为其命名。 这创建了一个新的抽象。它... 详细

为什么我不推荐鲍勃叔叔的清晰架构这本书?

18-12-05 2 600 1 banq

清晰架构Clean Architecture,又称干净架构、清晰架构、整洁架构、清洁架构,是著名软件工程大师Robert C Martin提出的一种 架构整洁之道 。以下是原文大意,原文点击标题进入... 详细

一个微服务对应一个有界的上下文吗?

18-11-29 107 banq

“ 一个微服务应该涵盖一个有界的上下文 ”  Vaughn Vernon 断言。它引发了与 Greg Young , Romeu Moura 和 . 详细

单体巨石、微服务和SOA关系与区别

18-10-08 93 1 banq

微服务是通过否定单体巨石monolithic而诞生的,单体巨石意思是铁板一块,高度耦合在一起,如同搅拌在一起的意大利面,或者说拌面,代码之间纠缠不清,修改维护难度很大,难以增加新功能,而微服务是根据业... 详细

划分微服务边界的5个特征

18-04-27 2 1947 4 banq

你的微服务是否太小?或者太紧密耦合?本设计指南可以提供帮助。 设计微服务往往更像是一门艺术而不是科学。本文提出五个建议: 1.它不会与其他服务共享数据库表 2.它拥有最少量的数据库表 3.它设计为... 详细

共有 371 2 3 下一页