![logo](data:image/svg+xml,<svg xmlns="http://www.w3.org/2000/svg" width="400" height="120"><rect fill-opacity="0"/></svg>)
![](data:image/svg+xml,<svg xmlns="http://www.w3.org/2000/svg" width="40" height="24"><rect fill-opacity="0"/></svg>)
在上一篇文章——《设计你的第一个 REST：第一部分》，作者已经介绍了 REST API 的基本概念。
本文是 REST API 指南的第二部分，本文将重点介绍如何使用 SwaggerHub 设计一个简单的 API 。并解释 SwaggerHub 编辑器和开放 API 规范（Open API Specification）的基本功能。
这是我的 REST API 指南的第二部分，本文将重点介绍如何使用 SwaggerHub 设计一个简单的 API 。还将解释 SwaggerHub 编辑器和开放 API 规范（Open API Specification）的基本功能。我在上一篇文章中已经介绍了 REST API 的基本概念。
介绍
OpenAPI
OpenAPI 是一种编写 API 定义的格式，用于向人们和机器描述 API 的结构。OpenAPI 文件允许我们描述整个 API ，包括：
可用端点以及每个端点上的操作
每个操作的输入和输出参数
身份验证方法
联系信息、许可证、使用条款和其他信息
OpenAPI 规范 2.0 相关信息可以在这里找到。
Swagger
Swagger 是一组基于 OpenAPI 规范构建的开源工具，他可以帮助我们设计、构建、记录和使用 REST APIs。主要的 Swagger 工具包括：
Swagger Editor：基于浏览器的编辑器，我们可以在其中编写 OpenAPI 规范
Swagger UI ：将 OpenAPI 规范渲染成交互式 API 文档
Swagger Codegen：根据 OpenAPI 规范生成服务端存根和客户端库
在我看来，使用 Swagger 设计 API 的主要优势在于能够生成交互式和自描述性文档。另一方面，我们可以使用相同的 Swagger 定义为超过 40 种不同的编程语言生成服务端和客户端存根。
开始使用 SwaggerHub
实际上，Swagger Editor 是官方免费的 UI 编辑器，可用于编写 Swagger 定义。SwaggerHub 是一个扩展的商业版编辑器，它能支持更多的特性，比如 goto 定义和协作。因为它们允许我们在 SwaggerHub 中创建免费帐户，所以我们可以使用它而不是 Swagger 编辑器。
首先，最重要的事情。如果我们还没有账户，可以这里创建一个免费帐户。登录后，我们将看到如下所示的界面。单击 Create New ->Create New API 开始设计我们的第一个 REST API 吧。
选择 Simple API 作为模板，为 API 提供一个名称（BookStore），然后单击 **Create API 按钮。它将创建一个新的 swagger 定义，该定义带有一个名为 Simple Inventory API **的示例 API。
Swagger 的基本元素
让我们看下，一个 swagger 定义中包含哪些基本元素。
![](data:image/svg+xml,<svg xmlns="http://www.w3.org/2000/svg" width="820" height="415"><rect fill-opacity="0"/></svg>)
在文件的顶部，我们可以看到版本；它是 2.0 或 3.0，这是最新版本。
然后，我们看到一个名为 info 的块，它包含了 API 的基本信息，如 API 的名称、描述、版本等。
下一个元素是 paths。这些是 API 中的 URL 路径。每个路径可以有一个或多个操作。在这个简单的库存 API 中，只有一个名为 /inventory 的路径存在，并且该路径有两个操作，即 GET 和 POST。
下一个元素是 definitions，我们可以在这里定义可重用的组件并可以在路径中引用它们。
在 Swagger 中还有其他少数几个元素：
host：定义 API 的主机名
basePath ：定义应该出现在定义路径之前的任何基路径
schemes：可以是 http、https、ws、wss 这些值
书店 API 定义
我们先从定义自己的 API 开始。我在上一篇文章中添加了 API 的框架。首先，将下面的内容粘贴到 swagger 编辑器中，开始定义。
暂时先不要在意这些错误。我们很快就能将其修好。当我们将上述内容添加到编辑器中时，UI 应该如下所示，其中包含我们的书店 API 路径。
由于我们的 API 有两种资源：书籍和评论，所以我们需要在 swagger 中定义这两个对象。
单个书籍元素包含多个评论。注意我们如何在 book 对象中引用 Review 对象。将上述部分添加到 swagger 定义的末尾，并编辑路径**/books/{book id}** 的 GET 请求。
现在， UI 将重新生成，我们可以展开**GET /books/{book id} **并看到如下所示的示例响应。
现在我们对这项任务已经有了基本的了解。您可以在 SwaggerHub 上找到这个书店的完整 swagger 定义；可以在这里找到 YAML 文件。仔细研究一下，试着自己开发一个新的吧。
希望本文对您有所帮助。
原文链接：
Designing Your First REST API – Part 2
分布式云行业实践指南（2023）
业内首个分布式云行业实践方法论、工具箱。
评论