REST API非常适合get-one，get-a-list等。
但我们的前端有一个仪表板，仪表板的一部分更复杂。它需要一个聚合/连接多个不同资源的查询。
返回数据不是问题。但返回此数据的端点的分类是什么？由于数据不是资源，URL应该是什么样的？
答案 0 :(得分：3)
对于REST原则，如果返回数据＆＃39;聚合/加入几个不同的资源，则无关紧要。它是底层数据存储的实现细节。如果它使用连接，多个查询，则仪表板不应该关心该实体的实现方式。
仪表板上显示的内容（单个项目或项目列表）仍可被视为资源。
示例：想象一下当仪表板显示来自多个门户（Facebook，Linkedin等）的聚合用户配置文件时的用例。您可能仍然拥有REST资源/用户/ id，即使获取该单个资源也需要许多复杂的操作。