很多小的还是一个更大的请求？

Question

当用户看到一篇文章时，我需要收集信息。用户将立即浏览1-30篇文章(如果用户只是浏览所有的东西，看上去都很具体的话，可能会更多)。我想知道怎样才能将服务器成本保持在最低限度：

1. 在客户端javascript，我将文章id推入一个数组中，并在有30-60个id的情况下发送到服务器，在服务器端，我循环遍历所有id并将它们插入数据库。
2. 每当用户看到一篇文章时，我都会向服务器发送一篇文章id。在某些情况下，这会立即导致60多个请求。在服务器端，我将id插入数据库。

Answer 1

在大多数情况下，总是有一个权衡。很多时候，最优解就在中间。我觉得你应该支持这两种方法，并根据具体情况交替使用。请介绍以下情况：

• 你的终端用户会有带宽问题吗？如果是的话，使用选项2或将文章数量减少到一个数字可能是有意义的，这样也可以在较低的带宽中轻松获取。
• 假设用户没有带宽问题，所以加载30-60篇文章对用户来说不会花费很多时间，那么您可以选择选项1，并继续使用这个选项进行后续的提取。
• 很多时候，使用选项1进行初始提取，然后再获取较少的文章将是有意义的。
• 关于服务器成本，如果用户全部阅读，那么发送30-60篇文章是有意义的。如果你觉得他不会把它们都看完，用你的应用程序的分析找到一个最佳的数字，然后一次发送这些文章，前提是带宽不会成为用户的问题。

在数据中，你应该相信。利用您的直觉、现有的应用程序使用模式和用户的带宽可用性来做出明智的决定。而且，服务器成本并不是唯一的问题。我认为经验更重要。