放置和删除HTTP方法是否有任何性能优势？

大多数Web服务器和框架默认支持GET和POST HTTP方法，不支持甚至不允许使用PUT和DELETE方法。我知道使用后者是网站的优势，但实际上是否有任何性能方面的好处（如减少请求，减少处理）？如果是的话，那么简单的解释和一个例子对我来说是完美的。

使用PUT和DELETE而不是POST确实没有性能优势。另外，使用PUT和DELETE来实现RESTful也不是必需的。建议使用，但不是必需的。请参阅。

与POST相比，使用PUT和DELETE确实没有性能优势。另外，使用PUT和DELETE来实现RESTful也不是必需的。建议使用，但不是必需的。请参阅。

区分什么是框架和什么是REST系统很重要。也就是说，使用web框架不一定会使系统成为RESTful系统

也就是说，问题不在于你用什么，而在于你如何使用它。 因此，PUT和DELETE不需要是RESTFul，但它们确实代表了一个有趣的决定

请参阅，当客户端执行删除时，它必须知道要删除的资源。它正在删除完整的资源。例如，如果您有一张账单（页眉加明细行），并且希望将完整账单表示为一个大资源，那么删除将不起作用。你可以用POST修改账单。如果您已经有一个名为detail line的资源，并且希望消除它，那么在有资源的DELETE命令时使用POST可能会违反协议的约束

---

如果您永远不会删除任何内容，例如，因为客户端无法控制资源的创建和删除，那么不使用delete就很自然了

区分什么是框架和什么是REST系统很重要。也就是说，使用web框架不一定会使系统成为RESTful系统

也就是说，问题不在于你用什么，而在于你如何使用它。 因此，PUT和DELETE不需要是RESTFul，但它们确实代表了一个有趣的决定

请参阅，当客户端执行删除时，它必须知道要删除的资源。它正在删除完整的资源。例如，如果您有一张账单（页眉加明细行），并且希望将完整账单表示为一个大资源，那么删除将不起作用。你可以用POST修改账单。如果您已经有一个名为detail line的资源，并且希望消除它，那么在有资源的DELETE命令时使用POST可能会违反协议的约束

如果您永远不会删除任何内容，例如，因为客户端无法控制资源的创建和删除，那么不使用delete就很自然了