像POST和GET這樣的方法有一天會正式發展嗎？

這個問題可能聽起來有點天真或愚蠢，但我想知道... POST和GET有一天會演變？除了那兩個之外還有其他什麼方法？
我特別想知道服務器推送...爲什麼不能專門爲此存在一種方法？我甚至不知道是否有類似的東西，如果有的話，我爲我的無知道歉。
網絡正在發展，這是顯而易見的......方法也會正式發展嗎？像POST和GET這樣的方法有一天會正式發展嗎？

來源

2010-05-07 Jorge Guberte

Speculative ...應該是CW。 – Thomas 2010-05-07 08:34:36

@Thomas True ...我忘了它。 – 2010-05-07 08:35:43

什麼其他方法，除了那兩個存在嗎？

從RFC2616 (HTTP/1.1)：OPTIONS，HEAD，PUT，DELETE，TRACE，CONNECT。

我特別想知道服務器推送...爲什麼不能專門爲此存在一種方法？

Google正在試驗一個protocol called SPDY，它實現了服務器推送等功能。但是，他們不使用HTTP動詞，可能是因爲這些動詞是從客戶端發送到服務器的。相反，他們使用從服務器發送到客戶端的標題。

來源

2010-05-07 08:39:04 Thomas

除了那兩個之外還有其他什麼方法？

PUT和DELETE。

來源

2010-05-07 08:35:17

和HEAD和CONNECT。加上[WebDAV]的整個羣集（http://en.wikipedia.org/wiki/WebDAV）。 – 2010-05-07 08:39:52

和選項（這是有一個復甦感謝CORS）和補丁和... http://en.wikipedia.org/wiki/Http#Request_methods – 2010-05-07 08:41:32

該網站是不斷髮展的，這是顯而易見的 ...將正式方法演變嗎？

網有權採取它需要發展的一切，當然這些方法也應與網絡當發生這種情況的發展而發展。

More Information on form methods at W3C

來源

2010-05-07 08:36:55 Sarfraz

不要忘了HEAD，OPTIONS，TRACE，OPTIONS，連接和補丁！

Wiki link

來源

2010-05-07 08:38:57

我特別想知道服務器推送...爲什麼不能專門爲此存在一種方法？

主要是因爲HTTP動詞（GET，POST，PUT，DELETE，HEAD，CONNECT，OPTIONS，TRACE，所有的人對WebDAV，...）是什麼，客戶端告訴服務器在開始連接。通常，服務器無法推回，因爲客戶端通常位於一個或多個嚴格的防火牆之後。最接近的近似值是服務器花費很長時間來爲特定URL提供數據，並且客戶端正在使用一些JavaScript來隱藏所有斷開連接和重新連接。

來源

2010-05-07 08:44:07

有許多已經由HTTP 1.1 specification定義的方法：

GET, POST, PUT, DELETE, HEAD, OPTIONS, TRACE and CONNECT (reserved)

另外，there is a proposal to add a PATCH method到本說明書中。有些協議甚至定義了自己的自定義HTTP方法;例如OData defines the MERGE method以避免超載PUT的含義。

所以，它看起來像HTTP方法已經從原來的規範演變而來。

來源

2010-05-07 08:46:58

PATCH已發佈爲RFC 5789。 – 2010-12-01 14:15:10

像POST和GET這樣的方法有一天會正式發展嗎？

回答

相關問題