为什么HTML表单上没有PUT和DELETE方法？

#1 楼

这是一个有趣的问题。这里的其他答案都是推测性的，在某些情况下完全不正确。实际上，我没有做任何研究，而是进行了研究，发现了原始资料，讨论了为什么删除和放置不属于HTML5表单标准的一部分。 ，是早期的HTML5草案（！），但后来在后续的草案中被删除。 Mozilla实际上也已经在Firefox beta中实现了此功能。

从草案中删除这些方法的原理是什么？ W3C在错误报告10671中讨论了此主题。Mike Amundsen赞成这种支持：


执行PUT和DELETE来修改原始服务器上的资源对于现代Web浏览器来说很简单使用XmlHttpRequest对象。对于未脚本化的浏览器交互，这并不是那么简单。 [...]

由于经常需要这种模式，因此几个常用的Web框架/库创建了“内置”解决方法。 [...]

其他注意事项：


使用POST作为隧道而不是使用PUT / DELETE可能会导致缓存不匹配项（例如POST响应）是可缓存的，PUT响应不是（6），DELETE响应不是（7））
使用非等幂方法（POST）执行等幂运算（PUT / DELETE）会使由于网络故障而导致的恢复复杂化（例如， “可以安全地重复此操作吗？”）。
[...]



值得阅读他的整个文章。

Tom Wardrop也提出了一个有趣的观点：


HTML与HTTP有着千丝万缕的联系。 HTML是HTTP的人机界面。因此，自动质疑为什么HTML不支持HTTP规范中的所有相关方法。为什么可以机器放置和删除资源，而人类却不能？ [...]

矛盾的是，尽管HTML竭尽全力来确保语义标记，但迄今为止它并没有做出任何努力来确保语义HTTP请求。由Ian Hickson撰写，具有以下基本原理：将PUT作为一种表单方法没有任何意义，您不希望将PUT放置为表单有效载荷。 DELETE仅在没有有效载荷的情况下才有意义，因此对于表单也没有多大意义。该问题已在W3C错误跟踪器中关闭，并升级为HTML工作组问题跟踪器：

https://www.w3.org/html/wg/tracker/issues/195

在这一点上，似乎似乎不支持这些方法的主要原因仅仅是没有人花时间为它编写全面的规范。

#2 楼

这个错误是在2010年提出的，因为Bug 10671考虑添加对PUT和DELETE的支持，作为表单方法。最终，这被升级为工作组错误跟踪程序上的两个问题：


ISSUE-195：增强了从表单生成HTTP请求的过程
ISSUE-196：定义了用户代理HTTP响应处理行为

问题ISSUE-196导致共识决定，不对规范进行任何更改，因为HTML规范当前不限制对POST请求的响应的处理方式。我认为，在尝试协调常用的POST重定向模式以及ReSTful服务器通常如何以短消息提供2xx响应而不是在浏览器中呈现有用内容时，会引发此特定问题。 -195被提交给主席。卡梅伦·琼斯（Cameron Jones）于2012年1月18日加紧自愿，撰写了一份变更建议，并于2014年5月29日提交成为第一份工作草案。该草案将通过W3C建议程序。运气好的话，这将很快成为W3C的建议并由浏览器供应商实施，并且将是移除阻止程序以产生统一，语义和浏览器友好的ReSTful服务的一大进步。我认为这将引发服务模式的有趣变化。乔恩·摩尔（Jon Moore）有个很好的演讲-值得一看的超媒体API，这引起了我的兴趣，但在第一个障碍（这个障碍）上落下了。

#3 楼

GET和POST具有与内容无关的明确理由。 GET是一种可以安全重复和可能缓存的方式检索URL的内容。 POST以某种不安全的方式进行重复，推测性执行或缓存。

对于PUT或DELETE，没有类似的理由。它们都完全由POST覆盖。创建或销毁资源是不安全的重复操作，也不可靠地执行推测性操作，因此不应进行缓存。它们不需要其他特殊语义。

因此基本上没有任何好处。

#4 楼

我的理解是，浏览器发送PUT或DELETE后不知道该怎么办。 POST通常会重定向到适当的页面，但PUT和DELETE通常不会。这使它们适合通过ajax或本机程序进行调用，但不适合通过Web浏览器表单进行调用。正在讨论这个。

#5 楼

历史
我认为值得一提的是RFC1866（8.1节）中html表单的首次出现。这里的方法属性定义如下：

METHOD

        selects a method of accessing the action URI. The set of
        applicable methods is a function of the scheme of the
        action URI of the form. See 8.2.2, "Query Forms:
        METHOD=GET" and 8.2.3, "Forms with Side-Effects:
        METHOD=POST".

进一步的解释位于8.2.2节-GET和8.2.3节-POST中。
请记住，HTML 2.0（1995年11月）是在HTTP 1.0（1996年5月）之前指定的。因此，每个人仅将HTTP与GET（从HTTP 0.9开始）或扩展名POST一起使用。但是只有少数Web服务器支持PUT和DELETE（如HTTP 1.0附录中所述）。从实际问题变成了一般概念。首先，他想共享文档。因此，他需要加价。然后他想在数据库中查询内容，因此他需要表格。然后，他想将新数据放入数据库。因此，他在GET和POST中使用了表格。之后，他可能已经意识到您可以对远程数据执行所有CRUD操作，因此扩展了HTTP，但从未扩展HTML，因为为时已晚（只有少数服务器支持新的CRUD操作）。

#6 楼

只是引发了一个疯狂的猜测，但这可能是因为HTTP在最好的情况下在访问控制方面并不是很出色，而且每个人需要的最后一件事是恶意URL危害安全性差的网站和/或应用程序的更多方法。 br />
除了从服务器下载到客户端以外，HTTP并不是用于文件传输的好协议。使用FTP-或使用SFTP更好。

#7 楼

Get和post是传输请求数据的格式。

我想您正在询问将表单提交到RESTFUL服务中的问题。但是，更改http请求标准以假设http请求的目的没有意义。有关请求填充目的的信息最好在输入字段中处理。

具有地址，获取和发布信息，服务器可以正确解释请求及其输入值。从那里，输入值使您可以向服务器发出开放式请求，并根据需要进行操作。例如，您可以具有一个值为“ put”和“ delete”的字段