Design patterns facade设计模式是否也只涉及类/模块或实际API调用?

Design patterns facade设计模式是否也只涉及类/模块或实际API调用?,design-patterns,microservices,facade,Design Patterns,Microservices,Facade,我想我理解facade设计模式的目的——为客户机提供一个接口,简化和抽象复杂系统,使他们能够更轻松地执行特定任务 但我首先想到的是一个微服务风格的系统,它有许多API,每个API都有特定的用途和功能 如果我创建了另一个API(微服务),它代表客户机对其他几个API进行调用,并将多个API调用抽象为一个调用,从而简化API的特定用法,使客户机更容易执行某些操作,这也是一个外观吗 或者,facade不会调用API,而是导入其他API使用的模块以获得其功能 我想知道这里的“facade”是不是正确的模

我想我理解facade设计模式的目的——为客户机提供一个接口,简化和抽象复杂系统,使他们能够更轻松地执行特定任务

但我首先想到的是一个微服务风格的系统,它有许多API,每个API都有特定的用途和功能

如果我创建了另一个API(微服务),它代表客户机对其他几个API进行调用,并将多个API调用抽象为一个调用,从而简化API的特定用法,使客户机更容易执行某些操作,这也是一个外观吗

或者,facade不会调用API,而是导入其他API使用的模块以获得其功能

我想知道这里的“facade”是不是正确的模式,或者在一个复杂的系统中是否有一个更具体的模式来抽象多个REST API调用。

是的

前端的API网关/后端

API网关,是所有客户端的单一入口点。API网关以两种方式之一处理请求。有些请求只是被代理/路由到适当的服务。它通过分散到多个服务来处理其他请求


此模式的一个变体是前端模式的后端。它为每种客户端定义了一个单独的API网关。

Thoughtworks建议将其作为一种模式来抽象多个REST API调用。它符合公认答案中提到的BFF模式