前言
这个API既熟悉又陌生。虽然我们经常听到这个词，但它的具体含义却不是很清楚，很多人对这个相当常见的词有模糊或不正确的理解。从技术上讲，API 代表应用程序编程接口。大多数大公司都曾在某个时候构建过API 供客户或内部使用。
但是我们如何简单地解释API 呢？首先，让我们看看网络本身是如何工作的。
WWW和远程服务器
当我们想到Web 时，我们会想到由连接的服务器组成的大型网络。互联网上的每个页面都存储在远程服务器上的某个位置。事实证明，远程服务器并不那么神秘；它只是一台经过优化以处理您的请求的远程计算机。从长远来看，你可以在你的笔记本电脑上启动一个服务器，它可以为你的整个网站提供网络服务（事实上，工程师在发布网站之前使用本地服务器来开发你的网站）。
当您在浏览器中输入www.facebook.com 时，请求将发送到Facebook 的远程服务器。当浏览器收到响应时，它会解释代码并显示页面。对于浏览器（也称为客户端）来说，Facebook 的服务器是API。这意味着每次您访问网络上的页面时，您都在与远程服务器的API 进行交互。该API与远程服务器——不同，远程服务器——是服务器接收请求和发送响应的部分。
API作为服务客户的一种方式
您可能听说过一些公司将API 封装到其产品中。例如，Weather Underground 出售其天气数据API 的访问权限。
示例场景： 一个小型企业网站有一个用于注册客户进行预订的表单。我想让我的客户自动创建一个包含约会详细信息的Google 日历活动。 API : 的想法是网站的服务器直接与Google 的服务器通信，并请求创建具有指定详细信息的事件。然后，服务器接收并处理Google 的响应，并将相关信息发送回浏览器，包括给用户的确认消息。
此外，浏览器通常可以绕过服务器并将API 请求直接发送到Google 服务器。从技术上讲，此Google Calendar API 与其他远程服务器API 有何不同？区别在于请求和响应格式。要呈现完整的网页，浏览器需要包含演示代码的HTML 格式的响应，而Google 日历的API 调用仅返回数据（通常采用JSON 格式）。
当Web 服务器发出API 请求时，Web 服务器是客户端（就像使用浏览器导航到网站时浏览器是客户端一样）。从用户的角度来看，API 允许他们无需离开您的网站即可完成操作。大多数现代网站至少使用一些第三方API。
对于许多问题，第三方解决方案已经存在，无论是图书馆还是服务的形式。使用现有的解决方案通常更容易、更可靠。开发团队将应用程序分散到多个服务器上并通过API 相互通信的情况并不罕见。对主应用服务器执行辅助功能的服务器通常称为微服务。
总而言之，当一家公司向客户端提供API 时，这意味着他们正在设置一组专用的URL，这些URL 在响应—— 中返回纯数据。这意味着响应不包含您可能期望的任何表示开销。具有类似此用户界面的图形的网站。您通常可以使用浏览器发出这些请求吗？由于实际的HTTP 传输是以文本形式完成的，因此浏览器将始终尽力显示响应。例如，您可以使用浏览器直接访问GitHub 的API，甚至不需要访问令牌。这是当您在浏览器中访问GitHub 用户的API 路由时收到的JSON 响应。
（https://api.github.com/users/petrgazarov）:
浏览器似乎可以正常显示JSON 响应。您可以在代码中使用此类JSON 响应。从本文中提取数据很容易。然后你就可以用这些数据做任何事情。
参考：https://medium.com/free-code-camp/what-is-an-api-in-english-please-b880a3214a82
版权声明：本文转载于网络，版权归作者所有。如有侵权，请联系本站编辑删除。