REST API 处理数据
REST API for processed data
它可能是自以为是，不属于这里，但我似乎没有找到任何相关信息。
我有一个 'sales' 资源，因此我可以获取、POST、放置、删除我商店的销售额。
我想制作一个仪表板，其中包含有关这些销售额的信息：例如，上个月每天的平均销售额。
由于 REST 是面向资源的，这意味着我必须手动检索上个月的所有销售额并使用 GET /sales?sale_date>=...?这似乎不是最佳选择，因为在那段时间我可以有成千上万的销售。
此外，我认为 REST 不允许像 GET /sales/average-per-day-last-month 这样的 URL。这样做的替代方案是什么？
I don't think REST can allow a URL like GET /sales/average-per-day-last-month
改变你的想法 - 这是一个非常令人满意的 URL 一个非常令人满意的资源。
Any information that can be named can be a resource -- Fielding, 2000
“任何可以命名的信息”当然包括“任何你能想象得到的销售报告”。
GET /sales/average-per-day-last-month HTTP/x.y
太完美了。根据您的需要，您可能还需要其他资源，即特定月份的“每日平均”报告。
GET /sales/2021-02/average-per-day HTTP/x.y
REST 根本不会限制您的资源模型；并且它不会限制您的资源标识符设计，除了期望符合 RFC 3986.
描述的生产规则
它可能是自以为是，不属于这里，但我似乎没有找到任何相关信息。
我有一个 'sales' 资源，因此我可以获取、POST、放置、删除我商店的销售额。
我想制作一个仪表板，其中包含有关这些销售额的信息：例如，上个月每天的平均销售额。
由于 REST 是面向资源的，这意味着我必须手动检索上个月的所有销售额并使用 GET /sales?sale_date>=...?这似乎不是最佳选择，因为在那段时间我可以有成千上万的销售。
此外，我认为 REST 不允许像 GET /sales/average-per-day-last-month 这样的 URL。这样做的替代方案是什么？
I don't think REST can allow a URL like GET /sales/average-per-day-last-month
改变你的想法 - 这是一个非常令人满意的 URL 一个非常令人满意的资源。
Any information that can be named can be a resource -- Fielding, 2000
“任何可以命名的信息”当然包括“任何你能想象得到的销售报告”。
GET /sales/average-per-day-last-month HTTP/x.y
太完美了。根据您的需要，您可能还需要其他资源，即特定月份的“每日平均”报告。
GET /sales/2021-02/average-per-day HTTP/x.y
REST 根本不会限制您的资源模型；并且它不会限制您的资源标识符设计，除了期望符合 RFC 3986.
描述的生产规则