REST API：嵌套URI可以與ID通過查找共存嗎？

Question

假設我有一個「訂單」的集合。 （a）訂單分爲三類：「待定」，「確認」，「已完成」。

（b）中自然地，訂單可以通過ID

最初我認爲這URI方案的擡頭：

對於（A）：

• GET /orders/:id

對於（b）：

• GET /orders/pending
• GET /orders/confirmed
• GET /orders/completed

這種方法的問題是，有一個（非常非常罕見的）機會，訂單將收到的ID爲「待定」（或「證實」或「已完成「），在這種情況下，URI /orders/pending變得不明確。

另一種選擇是使用：GET /orders_pending但這看起來不太優雅。

有什麼建議嗎？

Answer 1

立即浮現在腦海中的溶液中使用

GET /orders?category=pending HTTP/1.1 

這工作與查詢，應該很容易在任何服務器上實現。

不應將資源的屬性用作網址段，因爲理想情況下，每個網址段代表資源（或多個），而不是屬性。我想你已經知道，因爲你自己說的

這種方法的問題是，有一個（非常非常罕見） 機會，訂單將收到的ID爲「待定」（或「證實」或 「completed」），在這種情況下，URI/orders/pending變成 不明確的。

如果您想根據屬性的值過濾結果，那麼在url中使用查詢是一種方法。

此外，作爲@mahemoff指出

有可能擴大戰果，例如？category = pending & paid = true，並且 您無法真正擴展/訂購/掛起樣式的URL以覆蓋所有 可能的查詢輸入。