#DDD有界上下文

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

19-12-03 2691 5 banq

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

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

19-11-09 1561 2 banq

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

可以促进微服务设计的DDD事件风暴建模技巧 - Nick Tune

19-10-22 1439 2 banq

EventStorming是一种非常流行的技术,它使我们比传统技术更有效地探索,分析和建模业务领域。由此我们可以创建与设计更好的软件系统和问题解决方案。 明智地使用EventStorming,我们可... 详细

幽默:请在教程示例中停止使用foo和bar,请使用真实名称 - Caitlyn

19-11-14 1216 1 banq

只有我发现使用foo和bar的编程示例极其无助且令人困惑吗?请写出真实的词,这可能有助于我解释“ foo”可能做什么的含义。 众说纷纭: 我通常觉得foo / bar通常与假定的知识解释结合在一起... 详细

幽默:编程不是试错 - tottingge

19-11-27 1143 1 banq

一些人是这样对待编程的: 1. 你有一本外语的短语词组书籍 2. 你以语音的方式记住了这些词组 3.你将这些词组复制到编辑器 4.如果能得到正确结果就大功告成。 这不是编程。 编程是指:您必须学习... 详细

DDD统一语言和有界上下文误配 - Alberto Brandolini

19-12-10 1242 1 banq

很多时候,有界上下文中的统一语言被一些本不应该在那个位置的语言定义了(banq注:一些行业术语或行话其实具有误导性),这需要一个搜寻提取领域纯度的思考,需要正确的抽象才能实现。 众说纷纭: 语言很... 详细

忘记单体与微服务,重要的是团队的认知能力和范围! | TechBeacon

19-09-27 425 banq

“单体与微服务”的争论通常集中在技术方面,而忽略了战略和团队动力。但是,思维敏捷的组织不是从技术入手,而是以团队的认知负担作为有效交付和运行现代软件系统的指导原则。  过多的认知负担不利于有效的团队... 详细

共有 92 上一页 2 3 4 5 6 7 8 ... 12 下一页