与第三方API一起使用什么设计模式或架构[关闭]

Question

我目前正在评估一款第三方软件，该软件提供基于网络的文档查看和使用代理服务器的图像处理。我开始考虑如何将其集成到我的 Web 应用程序中，该应用程序由客户端的 Angularjs 和使用 .net c# 的 Web API 后端组成。

使用第 3 方 API 的最佳架构和设计解决方案是什么？ IE。遵循设计模式、包装类、松散耦合等

如果您需要更多信息，请告诉我。

Answer 1

这是一个非常广泛的问题，所以这里有一些更有用的设计模式，您可能需要使用其中的一个或多个，具体取决于您想要做什么：

1. 适配器 - 如果您想使用更适合系统其余部分的接口来包装第 3 方 API。
2. Facade - 如果您想通过某种帮助程序类来简化与第 3 方库的交互。
3. Bridge - 在您的代码和第 3 方库之间定义一个新的中间接口。 如果第 3 方库将来可能发生更改，则这一点非常有用，任何更改只会影响与该第 3 方库通信的一个类，而系统的其余部分不受影响。 如果您需要切换到不同但相似的第 3 方库，则桥接模式也很有用；再次让你只改变一门课。