【发布时间】:2013-05-15 12:04:08
【问题描述】:
与使用 POST 相比,似乎没有任何优势。是否存在 PUT 工作得更好/更快/更安全/其他东西的特定场景?当您可以使用 POST 以基本相同的工作量完成所有工作时,为什么会有人为全新的 http 方法编写代码?
【问题讨论】:
-
@AhmedMasud 一个很好的链接;正如我所怀疑的那样,在这一点上,这似乎更像是一种偏好,而不是一种优势/劣势。我想我只会使用 POST。
与使用 POST 相比,似乎没有任何优势。是否存在 PUT 工作得更好/更快/更安全/其他东西的特定场景?当您可以使用 POST 以基本相同的工作量完成所有工作时,为什么会有人为全新的 http 方法编写代码?
【问题讨论】:
来自 RFC2616:
POST 和 PUT 请求的根本区别在于 体现在Request-URI的不同含义上。 URI 中的 POST 请求标识将处理封闭的资源 实体。该资源可能是一个数据接受过程,一个通往 一些其他协议,或接受注释的单独实体。在 相反,PUT 请求中的 URI 标识用 请求——用户代理知道 URI 的意图和 服务器不得尝试将请求应用于其他资源。
【讨论】: