1
爲什麼.NET Web API對PUT服務調用使用2個參數而不是1個參數?因此,不是簡單地傳遞一個Account對象,而是標準將accountId和Account作爲單獨的參數傳遞。 Web API是否以這種方式工作來支持REST行業標準?任何人都可以在這裏解釋這個特定實現的目的嗎?它似乎不同於傳統的SOA,其中所有參數都封裝在請求和響應對象中。爲什麼.net web api使用2個參數而不是1個put方法?
爲什麼.NET Web API對PUT服務調用使用2個參數而不是1個參數?因此,不是簡單地傳遞一個Account對象,而是標準將accountId和Account作爲單獨的參數傳遞。 Web API是否以這種方式工作來支持REST行業標準?任何人都可以在這裏解釋這個特定實現的目的嗎?它似乎不同於傳統的SOA,其中所有參數都封裝在請求和響應對象中。爲什麼.net web api使用2個參數而不是1個put方法?
甲PUT正在發送一個消息體(您的實體對象),以一個特定的URI是該實體(例如/休息/ API /項目類型/ 1234)。當你實現這一點的WebAPI,你有這樣的簽名:
public object Put(int id, object entity){...}
所以,第一個參數是由URI所採取的ID,第二個參數是郵件正文轉換成一個強類型的對象。這是RESTFul系統中PUT的標準用法。
[URI中包括ID爲PUT請求]的可能重複(http://stackoverflow.com/questions/9265286/including-id-in-uri-for-put-requests)我真的很喜歡這樣的回答:HTTP: //stackoverflow.com/a/11254510/2901207(雖然提供了一些意見)。 – CularBytes