我面临的问题是集成平台的设计。
该公司有不同的工具用于销售在线金融服务,并希望通过创建一个通用的集成平台来统一销售流程。
现有的工具从简单地设计一个定制的报价,到管理上市的所有阶段,到销售和支持。集成平台应该协调所有的工具。
所以我确实从DDD的角度来处理这个问题?
services
我的问题是,一些现有的应用程序包含了几个子域,而另一些应用程序则没有。另外,在同一子域中工作的一些应用程序有完全不同的语言,例如服务与产品,vs项目……
集成平台如何适合这幅图,您将如何从DDD的角度来处理它?(或者,这是一种完全错误的方法,我应该将DDD放在每个工具中,并将它们作为有界的上下文处理吗?)
发布于 2021-04-05 12:43:47
我建议将各种应用程序中的常见含义(忽略它们的名称)提取到公共域/有界上下文中。每个有界的上下文都有反腐败层,基本上将一个或多个现有应用程序中使用的语言与公共域中使用的语言相适应(反之亦然)。然后,您可以逐个删除现有的应用程序,以使用各自的ACL来利用公共域实现。
最终,随着ACL变得越来越普遍,您甚至可以不用使用ACL,但是永远保持ACL也是完全可以的:ACL引入了一些间接(也可能是复杂的,例如,如果它们部署为自己的微服务),但这是限制耦合到ACL的代价。
(从你在DDD方面的经验还不清楚)。
https://stackoverflow.com/questions/66951212
复制相似问题