接口编程中，为什么只用get和post

在接口编程中，通常只使用GET和POST方法，原因有以下几点：简易性、广泛支持、兼容性较好。简易性的角度来看，使用GET和POST可以覆盖大多数的应用场景。GET用于从服务器检索信息，而POST通常用于将数据推送到服务器。这种分工简化了接口的设计，并且易于理解和使用。而且，大多数客户端和服务器端编程语言都提供了构建和处理这两种请求的简单方法。

一、简单性和通用性

GET方法无疑是最简单的HTTP方法。它通过URL来发送请求数据，用户可以在浏览器地址栏中直接看到完整的请求地址。这使得调试和分享URL变得非常简单，特别是对于初学者来说。因此，任何只需要从服务器检索数据并显示给用户的操作，都倾向于使用GET请求。

接下来是POST请求，它通常用于提交数据到服务器。比如，当用户填写表单时，为了安全起见（比如，密码或个人信息不应该显示在URL中）或是因为数据量太大而不能通过URL传输，此时就使用POST方法。这种方式对用户是不可见的，因为数据是在HTTP请求的消息体中传输的。

在早期的Web开发中，GET和POST是最常用到的方法，因为简单，而大多数Web应用的交互性质都可以通过这两种方法满足。

二、广泛支持和兼容性

几乎所有的浏览器和服务器都支持GET和POST。这意味着，不论你使用何种技术栈开发你的应用程序或者API，基本上可以确信GET和POST会被原生支持，无需额外工作。这种广泛支持同样适用于各种网络设备，如代理服务器和缓存服务器，它们经常针对GET和POST请求进行优化。

由于历史原因，一些互联网的中间体（例如早期的代理服务器和一些防火墙）可能不支持除GET和POST之外的其他HTTP方法，或者不完全支持。一些旧的Web服务器也可能不处理PUT、DELETE等方法，这就使得在部署至生产环境时需要有额外的考虑。

三、前端HTML表单限制

在HTML5之前的HTML版本中，表单元素只支持GET和POST方法。因此，如果你的Web应用依赖于标准的HTML表单提交，则只能使用GET和POST。虽然Ajax和现代JavaScript库可以发送任何类型的HTTP请求，但是GET和POST的这种历史限制影响了它们在Web上的广泛使用。

四、网络安全原则

在网络安全中，有一个原则是幂等性，它要求一个操作执行一次和多次的效果应该是一样的。GET请求是幂等的，意思是无论请求多少次，服务器上的资源都不会被改变。而POST请求不是幂等的，它每次请求都会在服务器上引起状态的变化。因为大多数的用户操作均是这两种类型：查看数据（不改变服务器状态）和提交数据（改变服务器状态），所以，GET和POST请求已经可以满足大多数的需求。

五、其他HTTP方法的适用场景

尽管GET和POST非常流行和充分解决了许多问题，但是在RESTful API设计中，其他HTTP方法——如PUT、DELETE、PATCH和HEAD——也经常被使用。它们可以使API设计更具语义性和标准性，例如使用PUT来更新资源，DELETE来删除资源。在需要实现这些特定行为的场景中使用这些方法会更加合适。

六、结论

总之，GET和POST的普遍使用是由于它们的简单性、广泛的浏览器和服务器支持、历史悠久的HTML表单限制以及它们满足了Web应用大部分基本操作的需求。当然，现代Web APIs更倾向于使用更丰富的HTTP方法集来提供清晰的API语义，这是一种更好的做法，尤其是对于复杂的应用程序。但是在简单场景或者向后兼容的场景中，GET和POST仍然是一种非常有效和方便的选择。