REST 风格 API

代表性状态传输应用程序编程接口，通常称为 RESTful API，被广泛认为是软件应用程序之间通信的黄金标准。

RESTful API 基于 1991 年制定的 HTML 标准，该标准引入了 GET 命令。GET 命令占据了大部分互联网流量，当您的浏览器向服务器请求网页或资产时会发生。它本质上是一个 “读取” 命令。但是，GET 命令并不是原始标准中唯一指定的命令。POST、PUT、PATCH 和 DELETE 等其他命令也是这个原始协议的一部分。很难想象有人会设置服务器以便互联网上的某个地方的最终用户可以发送 DELETE 请求，但这在最初的规范中是这样。

十年后，我们开始看到 Web 2.0 或 API 驱动的网站的出现。尽管直到 2010 年代才真正受到欢迎，但这些首批由 JavaScript 驱动的网站标志着网络体验的重大转变。这些网站将在最终用户的浏览器上呈现页面，然后调用 Web 服务器的 API 来检索页面特定部分的最新数据。这项创新意味着，用户无需每次需要更新数据时都重新生成和传输整个页面。

如今，几乎所有的网站和网络应用程序在终端浏览器上都使用由JavaScript管理的某种类型的API。最初是一种为网站添加次要功能的创新方法，现已发展成为一种基本的架构设计概念，从新项目一开始就被考虑在内。在这种情况下，API 已变得比 HTML 本身更为重要。

RESTful API 利用 HTTP 标准（传统上用于发送、编辑和检索网页）来处理其他类型的数据，主要是 JSON 对象。JSON 对象是 XML 文档的一种更紧凑的形式（用于早期 API），可以存储不同的数据类型，例如字符串、数字、数组甚至其他对象。

RESTful API，使用 HTTP 命令：GET 命令读取数据，PUT 和 PATCH 用于创建和编辑数据，POST 用于将数据传输到特定功能的 Web 服务器，DELETE 用于删除数据。

在 Nexoid，我们的整个运营都基于 RESTful API。例如，登录和获取会话令牌涉及发送 POST 请求，而获取记录则使用 GET 请求，使用 PUT 和 PATCH 命令处理创建和更新。我们前端背后的技术 React.JS 和 Elasticsearch 数据库所提供的灵活性意味着 Nexoid 仍然不受记录中的数据结构的影响。这为开发人员提供了巨大的控制权和灵活性，使他们几乎可以开发任何业务工作流程。

我们的 RESTful API 非常全面，我们使用的API与提供给最终用户的API相同。文档，包括示例和分步指南，可在以下网址找到 https://developer.nexoid.com/api.

你可能想知道这对非开发者意味着什么。好吧，我们已经为您准备好了。与一些在请求标头中隐藏安全令牌的竞争对手不同，我们在所有安全请求中使用简单的 “session_id” 变量。虽然这不会影响请求安全，但它极大地简化了 IT 运营人员的脚本编写。像 PowerShell、CURL 甚至 VBScript 这样的简单脚本语言与 Nexoid API 完全兼容，让高级用户几乎可以做任何事情。