从应用边界识别限界上下文

质量属性:

关乎质量属性的问题 视为在将来可能会发生,其实就是“风险(Risk)”。

架构是重要的东西,是不容易改变的决策

未曾预测到系统存在的风险,不幸它又发生了,带给系统架构的改变可能是灾难性的

为什么说限界上下文是领域驱动设计中最重要的元素?:

原因:

限界上下文的边界,就可以将这种风险带来的影响控制在一个极小的范围

更改了技术选型,选择基于 ElasticSearch 的数据分析微服务替换旧服务。这种改变几乎不影响产品的其他模块与功能(技术的替换变更 不影响业务逻辑

重用和变化:

限界上下文对变化的应对,其实是“单一职责原则”的体现,即一个限界上下文不应该存在两个引起它变化的原因

例子:

物流联运管理系统,最初团队的设计人员将运费计算与账目、结账等功能放在了 财务上下文中。

当国家的企业征税策略发生变化时,会引起财务上下文的变化,引起变化的原因是财务规则与政策的调整。

倘若运费计算的规则也发生了变化,同样会引起财务上下文的变化,但引起变化的原因却是物流运输的业务需求

如果我们将运费计算单独从财务上下文中分离出来,就可以独立演化,符合前面提及的“自治”原则,实现了两种不同关注点的分离。

限界上下文协作方式的要素称之为“上下文映射

发布了84 篇原创文章 · 获赞 6 · 访问量 2万+

猜你喜欢

转载自blog.csdn.net/csdn_9527666/article/details/105259227