我应该在后端（Rails API）还是前端（React/Redux）上查询和过滤

Question

我有一个应用程序允许用户对 30,000 项数据进行排序和过滤。现在我从 Redux 操作向我的 rails API 发出 fetch 请求，查询由我的 rails 端的范围方法处理。我的导师建议我将所有查询移到前端以提高效率，但我想知道管理一个包含 30,000 个对象的 Redux 状态对象是否真的会更高效，每个对象都有 50 个自己的属性。

（一些额外的注意事项：现在我只在本地运行应用程序并且我正在做分页服务器端，所以它运行得很快，但是当我在 Heroku 这样的地方启动它时我有点紧张. 另外，我知道如果我将查询移到前端，我将有更多选项来使用 react-router 将查询状态保存在 URL 中，但是我已经用我现有的方法解决了这个问题设置。）

Answer 1

让我们来看看每种方法的优缺点：

前端查询

• ? 查询不需要另外的网络请求
• ? 网络请求较慢，因为要发送的数据更多
• ? 应用必须在内存中存储更多数据
• ? 查询不一定更有效，因为客户端必须进行过滤，而且它通常没有有效执行此操作的机制（缓存和索引）。

后端查询

• ? 发送给客户的数据更少
• ? 如果数据库索引设置正确，查询速度会非常快
• ? 应用更轻量级，只保存需要展示的数据
• ? 每个查询都需要一个网络请求

在后端查询的优点远远超过在前端。我不得不不同意你导师的意见。想象一下，您想在 Google 上搜索某些内容，而 Google 会将您想要的所有相关结果发送到您的浏览器，并在您的浏览器中进行分页和排序，您的浏览器会感觉非常缓慢。通过适当的缓存和为您的数据添加数据库索引，网络请求将不会是一个巨大的劣势。