用于 UI 的 REST API - 一个通用端点与每个组件的端点

Question

假设我们有两个微服务：公司 API 和账户 API。
我们还有一个仪表板，显示有关帐户的一些数据和可视化。

仪表板包括三个小部件（为简化起见）：

小部件 1 - 按某些条件过滤的帐户表，例如，仅显示待处理帐户。 它还显示与帐户的公司属性相关的几列。

小部件 2 - 按帐户属性之一显示帐户细分的饼图。

小部件 3 - 另一个显示公司帐户明细的图表。

从理论上讲，仪表板中的所有小部件都显示有关同一实体 - 帐户的数据。
现在，我想问一下在 UI 中获取和显示帐户的两种方法：

通用 REST 端点方法

• 创建一个用于获取帐户的通用端点。
• 为获取公司创建一个通用端点。
• 用户进入页面后获取所有帐户。
• 用户进入页面后获取所有公司。
• 让每个小部件根据其需要操作、过滤和连接数据。
• 大部分逻辑都在前端。

REST 端点每个小部件方法

• 为每个小部件创建一个端点，该端点返回特定小部件的所有相关数据，这些数据已经过滤、操作和连接以满足小部件的需求。
• 每个小部件调用其端点并显示数据。
• 大部分逻辑都在后端。

我的问题是：

• 每种方法的优缺点是什么？
• 在哪种情况下，您会选择一种方式而不是另一种方式？
• 还有其他解决此用例的想法吗？

Answer 1

以下是我对此的想法：

• 如果您为每个实体创建一个通用端点，那么前端工作负载取决于您从后端获得的数据量（帐户/公司的数量）。 如果您对这些实体有限制（比如最多 10 个帐户），那么这应该不是问题。 如果不是，那么该路径上的 go 可能会出现问题（随着时间的推移）。
• 我会考虑每个实体一个端点的一种情况是，如果您有其他组件（更重要）正在使用来自此 REST API 的数据，并且他们需要以这种方式获取数据。 但即便如此，如果这真的有必要，我会三思而后行。
• AFAIK，围绕 UI 数据流的最佳实践是你应该在后端做尽可能多的工作，你可以控制资源并且有优化的空间。
• 您可以考虑的一个想法是考虑一种更有效地存储数据的方法（已经为视图做好了准备），以最大限度地减少后端工作。