数据源和 UI 之间多对多关系的设计模式

Question

我正在对大量遗留应用程序进行更大的重新设计。 我们有一个原则，我确信有一种设计模式，但我不太确定要搜索什么。

简而言之，我们现在拥有大量系统，它们可以像小型（或在某些情况下为大型）单体应用程序一样工作。 有某种数据源，有一些逻辑可以转换这些数据，还有一个用户界面允许用户访问和/或修改信息。 其中一些系统具有良好的 API 来访问信息，而有些则没有。 但即使他们这样做了，我们现在也倾向于将信息复制到要查看或操作的位置。 并且很多信息是从重复的来源而不是在主数据存储中获取的，因为开发人员更容易在那里访问它。

我们希望将 go 转移到我们从为系统数据源设计 UI 转变为设计 UI 以服务于某个目的或一组用户的设置。 最终目标是一个 UI 可以是多个数据源的汇总或聚合视图，或者我们有多个 UI 显示来自不同数据源的相同数据源的信息。 所以 UI 和数据源之间是多对多的关系，而不是今天的一对一。

这肯定有设计模式吗？ 也有兴趣在任何可能存在的博客或书籍上阅读此内容。