我最近發現一個不支持HEAD(即不支持Method)但支持GET的REST api。REST:GET時總是應該支持HEAD?
應該始終在REST客戶端中支持HEAD?
或者是否有正當理由支持GET而不支持HEAD?
我最近發現一個不支持HEAD(即不支持Method)但支持GET的REST api。REST:GET時總是應該支持HEAD?
應該始終在REST客戶端中支持HEAD?
或者是否有正當理由支持GET而不支持HEAD?
不支持它的原因是API用戶不使用它或期望它被實現。是否有效取決於你。你的api是否給巨大的 GET響應? HEAD可能用於檢查更改,以便可以使用緩存而不是完整的GET請求。
沒有REST RFC標準,但實際上HTTP standard此規定:
所有通用的服務器必須支持的方法GET和HEAD。
所有其他方法都是可選的。
這並不意味着您的api必須以任何真實的方式迴應。如果你沒有實施,你可以一直用405回答。
必須支持這意味着。如果您在HEAD上返回405,則符合條件的客戶端甚至可能不會嘗試後續的GET, –
編程題目是題外話題。 – DavidPostill