调用 Web API 与添加对基础 dll 的引用
本文关键字：dll 引用 Web API 添加 调用 | 更新日期: 2023-09-27 18:30:40
这更像是一个架构问题，我想知道这种方法的所有可能的优缺点。
在我的组织中，我们有一个 ASP.NET 应用程序、一个 Web API 项目和基础 DLL，它们调用物理上位于不同服务器上的应用层。ASP.NET 应用程序中，对于特定部分，我们有一个SPA。
对于大多数事情（我会说99%的事情），我们正在从我们的SPA到Web-API进行ajax调用以访问底层功能。
SPA 和 WebAPI都部署和托管在与不同应用程序相同的 Web 服务器上，并且 WebAPI 引用了底层 DLL，因此这些 DLL 与 WebAPI 一起部署。
对于其中一个功能，需要在 ASPX 页的代码隐藏上完成某些服务器端处理。
我建议我的团队继续使用 http 客户端从 SPA 调用到 WebAPI，并通过 WebAPI 保持我们在应用程序和 dll 之间拥有的松散耦合，但许多人（我会说我团队中的其他人）赞成将 DLL 的直接引用添加到 ASP.NET 应用程序中，所以现在这些 DLL 将与 ASP.NET 应用程序一起部署。
我的建议不是很好，只要易于实现，我们将在应用程序中为DLL添加直接引用 ASP.NET？如果我解释不够，请告诉我。
如果你能完全摆脱Web API，我会赞成直接使用DLL。由于听起来不像您打算这样做，因此我认为您建议继续从您的应用程序使用 Web API：
- 从两个位置使用 DLL 会产生部署责任：每次更新它时，都必须更新两个位置
- 更改 DLL 中的代码需要从两个路径（A-D 和 A-W-D ）测试更改
- 修复调用 DLL 的方式中的错误可能必须同时转到 A 和 W，而不是单独转到 W。
当然，路径 A-W 也有助于你练习 Web API 组件，帮助你及早检测错误。