一位读者问咱们是否有对于JSON与XML的API反对的最新数据。咱们没有现成的数据，然而疾速查问咱们的API目录能够让咱们深刻理解这个问题。同时这些数据还能够为咱们提供一些帮忙，理解不同api开发格局的应用频率。
咱们先是整顿了自2005年ProgrammableWeb网站启动以来所有api中最常见的申请和响应格局。

最显著的发现是REST格局api的主导地位。作为申请格局的URI查问字符串/CRUD，是指API利用HTTP协定对API资源执行操作的能力。这在REST格局的api中最常见，因而在申请中应用URI查问字符串/CRUD标记着RESTful架构的应用。因为18985个webapi应用这种申请格局，所以能够这么说，REST格局在网站目录中有将近83%的api应用。这不是一件奇怪的事，然而这也明确地通知咱们，在过来的十多年里，REST是如许泛用。

当咱们提到URI查问字符串/CRUD时，你可能会留神到它作为响应数据格式呈现了200屡次，其中大部分是因为应用web hook事件驱动的api。在Web hooks API中，客户机申请显示它想要反对的基于Webhooks的流。

流是通过一种办法实现的、客户机提供服务器调用的基于HTTP的API。当服务器有更新时，它会对客户端进行RESTful调用。这就是为什么来自服务器的响应将蕴含URI查问字符串作为数据格式。

第二个值得注意的后果是，正如预期的那样，JSON是应用中最风行的响应数据格式。JSON绝对于XML的劣势，包含更轻的无效负载、更高的可读性、缩小序列化/反序列化的机器开销、更容易被JavaScript应用等，这些曾经探讨了很多年。因而JSON是首选格局也就难能可贵了。但乏味的是，XML的应用频率是JSON的90%。

这些历史数据有助于从整体上了解api，对思考近年来api的发展趋势可能会很有用。

接着查问了2018年3月到2020年3月的数据库，看看当初API能通知咱们什么？

回到JSON与XML的比照问题上，咱们看到在过来两年中，JSON作为响应数据格式的应用次数是XML的五倍。到目前为止，XML仍然是API提供者应用的第二大响应格局，JSON也仍然是首选的格局。

REST架构款式和JSON数据格式是API空间的次要元素，当然它们也不是构建API的惟一办法。因为对实时执行的应用程序的需要，事件驱动API体系结构在过来几年中始终在稳步增长。两个最风行的事件驱动协定是webhook和WebSockets；在过来的两年中，它们被利用于近200个api中。

GraphQL是一种RPC格调的api办法，自2015年问世以来，人们对它进行了大量探讨。
一些狂热的评论家很快就发表GraphQL将取代REST，它被认为是一种在特定用例中十分无效的代替办法。在过来的两年中，它曾经在53个api中应用，这是一个不错的景象，但与同期呈现的3000多个新的restfulapi相比，显然显得微不足道。

接着说到旧的激进办法，SOAP依然胜利地呈现在68个新API中。这里的一个细微差别是基于SOAP的实现总是波及XML数据格式。然而并非所有基于XML的api都波及SOAP，很多REST格调的api都反对XML作为数据格式。

最初一点要留神的是，Unspecified在申请和响应中显示为第三种最常见的数据格式。网站的目录数据模型应用Unspecified作为API提供者不提供此信息的简写。这可能是因为文档不好，或者通常状况下，文档暗藏在注册流程前面，阻止咱们理解这些细节。这是最常见的开发人员经验不足的例子之一。
翻译：Eolinker
起源：www.eolinker.com