“分段”HTTP 请求

Question

我有一个 Angular 应用程序从 REST 服务器提取数据。我们提取的每个项目都有一些“核心”数据——显示它的基本表示所需的数据——然后是我所说的“次要”数据、cmets 和其他用户可能想看到也可能不想看到的东西。

我正在尝试优化我们的请求模式，以最大限度地减少用户查看加载微调器所花费的总时间：一次提取所有（核心/辅助）数据会导致初始请求返回太慢，但拉动在用户请求我们尚未请求的内容之前，只有最基本的内容也会造成不必要的加载时间，至少我可以预料到他们会在忙于阅读核心内容时看到并加载它。

所以，现在我首先进行“核心内容”拉取，然后在第一次成功回调结束时启动“次要”拉取。这将是一个实验过程，但我想知道在这种情况下建立了哪些（如果有的话）最佳实践。 （我确信一个很好的答案是谷歌离开，但在这种情况下我不太确定谷歌 - 因此这个问题标题中的引号）

一个更具体的问题：我是发起许多小型 HTTP 事务还是发起一些大型事务更好？我的直觉是做很多小事情，特别是如果我可以预见到用户最有可能首先看到的一些事情并尽快加载这些事情。但这里肯定有一条渐近线吗？还是我完全不符合这种思路？

Answer 1

我使用与您相同的方法，它非常适用于多键、10,0000 多个集合。

集合以ui.bootstrap.pagination 进行分页，一次最多显示10 个项目。可以在标题上搜索。

所以我的方法是只检索整个集合的id 和title，因此可以立即使用搜索。

那么，as the items displayed on screen are in an array, I place a $watch on that array。 $watch 的工作是获取数组中项目的完整详细信息（辅助拉取），但当然只有在数组更改时。 因此，在最坏的情况下，您只能提取 10 个项目的全部详细信息。

缓存结果以提高效率。它显示即时结果，因为 $watch 充当预加载器。

我是发起许多小型 HTTP 事务还是发起一些大型事务更好？

我相信大宗交易，只需几个项目（在屏幕上可点击的项目）非常有效。

关于best practice位：我想有很多方法可以实现你的目标；但是，the technique you are using works extremely well, as it retrieves only what is needed, and only just before it is needed。 此外，实现起来也很简单。

另外，像您一样，我会认为许多较小的拉动肯定比几个大的要好。然而，我被建议去大拉作为对这个问题的评论：Fetching subdocuments with angular $http

Answer 2

为了回答您关于搜索哪些关键字的问题，我建议：

progressive loading

另一种方法是使用 websockets 和 streaming loading：Oboe.js 做得很好： http://oboejs.com/examples