1
我正在實現一個REST API並討論如何處理請求URL中不受支持的查詢參數。處理REST API中不支持的查詢參數的任何約定?
兩個明顯的選擇是(a)忽略它們或(b)將它們視爲無效的請求。
現在我傾向於(b),但我可以看到(a)將提供給客戶開發人員的診斷價值。
這種或那種方式在普通實踐中是否有任何約定?還是有人贊成採用一種方法而不是另一種?
我正在實現一個REST API並討論如何處理請求URL中不受支持的查詢參數。處理REST API中不支持的查詢參數的任何約定?
兩個明顯的選擇是(a)忽略它們或(b)將它們視爲無效的請求。
現在我傾向於(b),但我可以看到(a)將提供給客戶開發人員的診斷價值。
這種或那種方式在普通實踐中是否有任何約定?還是有人贊成採用一種方法而不是另一種?
嚴格地說,他們應該是一個404因爲他們解決未知的資源。但是,我聽說有人忽視他們。負面影響不是特別重要。
但真正的答案是如果您使用超媒體和URI模板/窗體,那麼客戶端永遠不會發送不支持的查詢參數。問題是客戶構建基於帶外知識的URI的一個症狀,這是一個REST no-no首先:-)