这个问题可能听起来有点幼稚或愚蠢,但我想知道......有一天会POST
和GET
进化吗?除了这两种方法还存在哪些其他方法?
我特别想知道服务器推送...为什么不能存在专门用于此的方法?我甚至不知道是否已经有类似的东西,如果有,我为我的无知道歉
网络在不断发展,这很明显......方法也会正式发展吗?
答案 0 :(得分:2)
除了这两种方法还有哪些其他方法?
来自RFC2616 (HTTP/1.1):OPTIONS,HEAD,PUT,DELETE,TRACE,CONNECT。
我特别想知道服务器推送...为什么不能存在专门用于此的方法?
Google正在尝试实现服务器推送的protocol called SPDY等等。但是,它们不使用HTTP动词,可能是因为这些动词是从客户端发送到服务器的。相反,他们使用标头,从服务器发送到客户端。
答案 1 :(得分:1)
不要忘记HEAD,OPTIONS,TRACE,OPTIONS,CONNECT和PATCH!
答案 2 :(得分:1)
我特别想知道服务器推送...为什么不能存在专门用于此的方法?
主要是因为HTTP动词(GET,POST,PUT,DELETE,HEAD,CONNECT,OPTIONS,TRACE,WebDAV的所有内容,......)是客户端在开始时告诉服务器的内容连接。通常,服务器无法回退,因为客户端通常位于一个或多个严格防火墙后面。最接近的近似值是服务器花费很长时间来提供特定URL的数据,并且客户端使用一些javascript来隐藏所有断开连接并重新连接。
答案 3 :(得分:1)
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方法已经从最初的规范发展而来。
答案 4 :(得分:0)
除了这两种方法还有哪些其他方法?
PUT AND DELETE。
答案 5 :(得分:0)
网络正在发展,就是这样 显而易见的......方法会正式演变 太?
Web必须采取所需的一切来发展,当发生这种情况时,这些方法当然也应该与 web 一起发展。