创建 API 来处理对多个 API 的调用以进行集成是否是一种好的做法



简要概述,我正在使用Visual Studio 2017和.Net Core 2.1。我即将开始开发一个网站,该网站将处理集成我们公司使用的 3 个现有软件。

我已经创建了 WCF 服务供我开发的一些应用程序使用,但对于此项目,我将使用多个 API。我很可能需要在以后的其他项目中使用这些 API。

如果这是一个固执己见的问题,我深表歉意,但在这里,你认为开发一个中央 API 来包装对集成系统 API 的所有调用是好的设计吗?我的想法是,通过这种方式,我只需要编写一次代码即可进行所需的 API 调用,然后我可以根据需要添加到此 API 中,即。需要另一个系统 API。

请随时提供建议,我仍在学习并感谢建设性的建议。我正在使用它开始使用.Net Core 2.1构建我的API,https://learn.microsoft.com/en-us/aspnet/core/tutorials/first-web-api?view=aspnetcore-2.1

如果 API 是相关的,那么是的,创建一个程序集来为您调用这些程序集并处理响应确实有意义。然后,您将在所有其他应用中使用该程序集。

但是,如果 API 完全不同并且需要不同的设置,则为每个 API 创建一个程序集包装器以将问题分开可能更有意义。

您不想混淆 API。如果有人要查看您的代码或程序集,他们应该能够说它与它所描述的内容相关,而不必猜测。

相关内容

最新更新