使用Node.js作为移动应用程序API的访问点

Question

我不确定我是否已经完成了gro.ks，但我真的想实现它，因为我所理解的是非常甜蜜的。

我有一个使用第三方API的移动应用程序。用户通常会打开它以查看是否有新内容。在我看来，只要我尊重第三方API的轮询限制（以及其他限制），我就可以模拟基于推送的系统，并允许用户在有新内容时收到通知。

基本上在某种间隔上实现Node.js服务器的所有API轮询，并使移动应用程序指向我的Node.js服务器而不是终点API。

我认为这有很多原因：

• 关闭手机的数据使用量（因为我可以在手机和服务器上缓存内容）。对于拥有按字节付费数据计划的用户来说，这是一个巨大的胜利
• 允许存储/访问所有数据的中央位置
• 让我在服务器端进行一些优化（如果两个用户碰巧订阅了同一个Feed，我可以在一个请求中获得。

我认为这可能有很多原因：

• 如果我的服务器出现故障，那么我的所有应用程序都会死机。作为中间人，我的Node.js实现可能会引入更多的失败点。
• 当第三方发布API的附加内容时，它要求我在两个地方实施更改，而不是一个。

我的问题是：一般来说，这是一种好的做法吗？如果没有，为什么？

Answer 1

你的代理理念很好，因为：

1. 将民意调查转换为推送
2. 将客户端与API更改隔离开来
3. 允许进行一些优化

我觉得只有＃1非常重要。