首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >如何识别在线零售商集成场景中的域、子域和有界上下文?

如何识别在线零售商集成场景中的域、子域和有界上下文?
EN

Stack Overflow用户
提问于 2021-04-05 09:58:38
回答 1查看 185关注 0票数 0

我面临的问题是集成平台的设计。

该公司有不同的工具用于销售在线金融服务,并希望通过创建一个通用的集成平台来统一销售流程。

现有的工具从简单地设计一个定制的报价,到管理上市的所有阶段,到销售和支持。集成平台应该协调所有的工具。

所以我确实从DDD的角度来处理这个问题?

services

  • subdomains:

  • 域名:销售在线服务目录、请求报价、发送报价、购买服务、支持customer.
  • bounded上下文?也许与其他公司系统的集成,如身份和发票?

我的问题是,一些现有的应用程序包含了几个子域,而另一些应用程序则没有。另外,在同一子域中工作的一些应用程序有完全不同的语言,例如服务与产品,vs项目……

集成平台如何适合这幅图,您将如何从DDD的角度来处理它?(或者,这是一种完全错误的方法,我应该将DDD放在每个工具中,并将它们作为有界的上下文处理吗?)

EN

回答 1

Stack Overflow用户

发布于 2021-04-05 12:43:47

我建议将各种应用程序中的常见含义(忽略它们的名称)提取到公共域/有界上下文中。每个有界的上下文都有反腐败层,基本上将一个或多个现有应用程序中使用的语言与公共域中使用的语言相适应(反之亦然)。然后,您可以逐个删除现有的应用程序,以使用各自的ACL来利用公共域实现。

最终,随着ACL变得越来越普遍,您甚至可以不用使用ACL,但是永远保持ACL也是完全可以的:ACL引入了一些间接(也可能是复杂的,例如,如果它们部署为自己的微服务),但这是限制耦合到ACL的代价。

(从你在DDD方面的经验还不清楚)。

票数 1
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/66951212

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档