这与其说是故障排除问题，不如说是行业标准问题。
我正处于需要解决和实施架构标准的十字路口。这些标准之一涉及客户端应用程序（基于 AngularJS，因此具有多个视图的单页持久性）和第三方信息源之间的通信路径。
对我来说，通过我的后端路由对第三方库和数据的所有请求，然后通过CURL.
这样，我的服务器就充当了客户端和外部世界之间的网关（很像手机塔路由器和手机之间的关系）。
我很好奇行业标准对此有何看法，以及潜在的陷阱。对我来说，从长远来看，它似乎会创造更多的秩序、组织和安全。
请让我知道您对此有何想法，因为我需要外部观点。
不确定这是否重要，因为我不了解任何行业标准-但我将其解释为您真正要求的是一般的外部观点。所以这里是：
我的简短回答是，我认为你在正确的轨道上。
我认为它更干净，因为它使数据路径保持简单，因为您的客户端总是向您的服务器发送请求 - 所以基本上您的客户端和其他所有东西之间的耦合非常松散（除了服务器上的控制器，这很好，甚至是必要的国际海事组织）。想稍后更改数据源？客户端不受影响（除非格式当然不同）。如果您可以想象自己将来出于某种原因想要将原始数据存储在数据库中，这也是有益的。根据您要连接的服务以及您想对数据执行的操作，通过您自己的服务器可以带来安全优势（例如，如果您需要使用私钥对 3rd 方服务进行身份验证，就像必须使用万事达卡提供的 API）。
但是，性能会受到影响，因为除了产生额外的请求和 DNS 查找之外，它还为您的服务器提供了更多的工作并需要更多的内存。再说一次，您将控制缓存，因此在某些情况下您可以使服务更加健壮。
所以除非性能是最重要的，否则我会走你想的路。究竟如何在您的服务器上完成路由是一个不同的问题，可能需要进行一些测试。只要确保您使用的方法可以让您优雅地处理可能弹出的任何错误:)