我正在创建一个 Web 应用程序
前端 - reactjs 和后端 java。
前端和后端通过休息相互通信。
在 UI 上，我显示了一个项目列表。我需要过滤它们以获取一些参数。
选项 1：过滤器逻辑在前端
在这种情况下，我只需要对后端进行 get 调用并获取所有项目。用户选择一些过滤器选项后，ui 上会发生过滤。
优点：为此，我不需要将数据发送到后端并等待响应。刷新列表的速度应该更快。
缺点：如果我需要多个前端客户端。让我们说一个移动应用程序。比我也需要在这个应用程序上再次创建过滤器。
选项 2：过滤器逻辑在后端
在这种情况下，我会在加载应用程序时获取所有列表项。用户更改过滤器选项后，我需要发送带有过滤器参数的获取请求并等待响应。之后更新 UI 上的项目列表。
优点：过滤器逻辑只写一次。
缺点：速度可能会慢得多。因为发送请求并返回结果需要时间。
问题：过滤器逻辑应该在哪里？在前端还是在后端？或者也许什么是最佳实践？
在后端过滤和限制。如果您有 100 万条记录，并且有 10 万用户试图同时访问这些记录，您真的想向每个用户发送 100 万条记录吗？它会扼杀您的服务器和用户体验（等待从后端为每个用户传播一百万条记录，然后在前端传播与仅获取 20-100 条记录然后单击（分页）相比需要很长时间按钮检索下一个 20-100）。最重要的是，再一次在前端过滤一百万条记录需要很长时间，最终也不太实用。
从现实世界的角度来看，大多数网站都有某种记录限制：Ebay = 50-200 条记录，Amazon = ~20，Target = ~20...等等。这确保了快速的服务器响应和为每个用户提供流畅的用户体验.
这取决于您的数据大小。例如：如果你有大量数据，最好在后端实现过滤逻辑，让数据库执行操作。
如果你的数据量较少，你可以在获取数据后在前端做过滤逻辑。
让我们通过一个例子来理解这一点。假设您有一个包含 1,00,000 条记录的实体，并且您希望将其显示在网格中。在这种情况下，最好在每次调用时获取 10 条记录并将其显示在网格中。如果要对此进行任何过滤操作，最好在后端查询db并获取结果
如果您的实体中只有 1000 条记录，那么获取所有数据并在前端执行所有过滤操作将是有益的。
这取决于您的应用程序的具体要求，但在我看来，更安全的选择是后端。
考虑到您首先需要过滤，我假设您有足够的数据，因此需要对其进行分页。在这种情况下，您需要在后端进行过滤。
假设您的页面大小为 20。应用过滤器后，您会期望页面中包含 20 个与 UI 中的特定过滤条件匹配的实体。如果您获取 20 个实体，将它们存储在前端，然后对它们应用过滤器，则无法实现这一点。
此外，如果您有足够的数据，由于内存限制，在前端获取所有数据将是不可能的。
最有可能从前端开始（除非您正在处理大量数据）：
作为个人笔记，接受的答案是糟糕的建议：
TL/DR：做任何对你来说更容易的事情，不要担心，直到开始优化才有意义。