人们如何处理索引数据（通常在索引页面上显示的数据，如客户列表）-vs-模型详细数据？
当有人进入客户/索引路线时 - 他们只需要访问完整客户资源的一小部分。由于我正在处理遗留数据，因此我的客户模型具有＆gt; 10个关系。让api为每个客户返回一个完整的，完整的客户代表来呈现列表/选择/索引视图似乎很浪费。
我知道这些关系有点懒惰，但是后端仍然需要努力将所有这些关系拉进去。对于某些关系（例如客户 - >发票），这可能是一个很大的ID列表。 / p>
答案 0 :(得分：0)
我觉得这个问题的答案可以很自然。但我的两分钱：
您为数据绘制的API应该有一个终点来获取您感兴趣的数据子集，例如： /api/mini-customer vs /api/customer。
然后，您可以定义两个单独的模型（一个用于表示列表中的模型，另一个用于表示详细视图），或者只是使用数据子集填充原始模型，并在稍后合并额外数据
那就是，我也看到过很多案例，例如您描述的案例，您最初加载所有数据并只显示子集开头。如果数据最终会被使用并且您的页面加载约束可以处理它是合理的，那么这可能是一种可接受的方法。