Architecture 代理应用程序的干净体系结构

Architecture 代理应用程序的干净体系结构,architecture,domain-driven-design,ddd-repositories,Architecture,Domain Driven Design,Ddd Repositories,例如,如果要开发http代理应用程序,以实现速率限制器和数据预处理,用于内部微服务和第三方API的通信。我希望这个应用程序适合于干净的体系结构框架。在这种情况下,我看到了一个重要的问题:第三方API调用程序直观上属于最低抽象级别,即实体(例如,实体创建的一种方式),但它使用http客户端,看起来对该层是多余的依赖 应用程序的纯数据流如下所示: 从客户端接收请求(http、amqp…) 编写第三方API查询url 使用速率限制调用API 预处理获得的数据 将预处理的数据返回到客户端 我应该将客户端

例如,如果要开发http代理应用程序,以实现速率限制器和数据预处理,用于内部微服务和第三方API的通信。我希望这个应用程序适合于干净的体系结构框架。在这种情况下,我看到了一个重要的问题:第三方API调用程序直观上属于最低抽象级别,即实体(例如,实体创建的一种方式),但它使用http客户端,看起来对该层是多余的依赖

应用程序的纯数据流如下所示:

  • 从客户端接收请求(http、amqp…)
  • 编写第三方API查询url
  • 使用速率限制调用API
  • 预处理获得的数据
  • 将预处理的数据返回到客户端

  • 我应该将客户端(API调用方)及其对第三方API的所有调用放在哪里?它应该是实体还是控制器?

    假设你说的是Bob叔叔的。。。然后,第三方API调用应该像数据库调用或任何其他第三方依赖项一样处理。它位于这个图中最外层的圆圈中,HTTP库之类的东西绝对属于这个圆圈。

    假设您正在谈论Bob叔叔的。。。然后,第三方API调用应该像数据库调用或任何其他第三方依赖项一样处理。它属于此图中最外层的圆圈,HTTP库之类的东西绝对属于该圆圈