写点什么

设计你的第一个 REST API:第二部分

  • 2019-11-11
  • 本文字数:2776 字

    阅读完需:约 9 分钟

设计你的第一个 REST API:第二部分

在上一篇文章——《设计你的第一个 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 定义中包含哪些基本元素。




在文件的顶部,我们可以看到版本;它是 2.0 或 3.0,这是最新版本。


然后,我们看到一个名为 info 的块,它包含了 API 的基本信息,如 API 的名称、描述、版本等。


下一个元素是 paths。这些是 API 中的 URL 路径。每个路径可以有一个或多个操作。在这个简单的库存 API 中,只有一个名为 /inventory 的路径存在,并且该路径有两个操作,即 GETPOST


下一个元素是 definitions,我们可以在这里定义可重用的组件并可以在路径中引用它们。


在 Swagger 中还有其他少数几个元素:


  • host:定义 API 的主机名

  • basePath :定义应该出现在定义路径之前的任何基路径

  • schemes:可以是 http、https、ws、wss 这些值

书店 API 定义

我们先从定义自己的 API 开始。我在上一篇文章中添加了 API 的框架。首先,将下面的内容粘贴到 swagger 编辑器中,开始定义。


swagger: '2.0'info:    title: Book Store API    description: This is an API for an online bookstore    version: v1paths:    /books:        get:        post:    /books/{book-id}:        get:        put:        delete:    /books/{book-id}/reviews:        get:        post:    /books/{book-id}/reviews/{review-id}:        put:        delete:definitions:    # Added by API Auto Mocking Plugin    host: mybookstore.com    basePath: /api/v1    schemes:        - https
复制代码


暂时先不要在意这些错误。我们很快就能将其修好。当我们将上述内容添加到编辑器中时,UI 应该如下所示,其中包含我们的书店 API 路径。



由于我们的 API 有两种资源:书籍和评论,所以我们需要在 swagger 中定义这两个对象。


definitions:    Book:        type: object        required:            - id            - name            - author            - price            - reviews        properties:            id:                type: string                example: B10001                description: Unique id of the book.            name:                type: string                example: The Adventures of Tom Sawyer                description: Name of the book.            author:                type: string                example: Mark Twain                description: Author of the book.            price:                type: string                example: $4.90                description: Price of the book.            reviews:                type: array                description: Reviews of the book.                items:                    $ref: '#/definitions/Review'    Review:        type: object        required:            - id            - score            - comment            - reviwer        properties:            id:                type: string                example: R1001234                description: Unique id of the review.            score:                type: string                example: 4.3                description: Review score.            comment:                type: string                example: Good book to read.                description: Review comment.            reviwer:                type: string                example: vihanga                description: Reviewer.
复制代码


单个书籍元素包含多个评论。注意我们如何在 book 对象中引用 Review 对象。将上述部分添加到 swagger 定义的末尾,并编辑路径**/books/{book id}** 的 GET 请求。


/books/{book-id}:    get:        summary: Retrieve the book resource indentified by the book-id.        operationId: getBook        description: Retrieve the book resource indentified by the book-id.        responses:            200:                description: Search results matching the given criteria.                schema:                $ref: '#/definitions/Book'
复制代码


现在, UI 将重新生成,我们可以展开**GET /books/{book id} **并看到如下所示的示例响应。



现在我们对这项任务已经有了基本的了解。您可以在 SwaggerHub 上找到这个书店的完整 swagger 定义;可以在这里找到 YAML 文件。仔细研究一下,试着自己开发一个新的吧。


希望本文对您有所帮助。


原文链接:


Designing Your First REST API – Part 2


2019-11-11 11:146364

评论

发布
暂无评论
发现更多内容

工时管理魔法课堂:如何在Jira中进行项目时间与成本管理?

龙智—DevSecOps解决方案

Jira插件 工时管理 jira工时

在代码世界游走,没几把“锁”防身可不行 | 京东云技术团队

京东科技开发者

分布式锁 java锁 java‘ 企业号 8 月 PK 榜

ChatGPT:生成式AI技术带来的变革

百度开发者中心

自动驾驶 #人工智能 文心一言

解析BeanDefinitionRegistry与BeanDefinition合并

华为云开发者联盟

开发 华为云 华为云开发者联盟 企业号 8 月 PK 榜

逻辑清晰,详解社交源码Android开发SDK

山东布谷网络科技

sdk

Flink资源调度模型

腾讯云大数据

flink

体育馆LED显示屏技术解决方案

Dylan

技术 系统 比赛 LED显示屏 体育

Spring缓存是如何实现的?如何扩展使其支持过期删除功能? | 京东云技术团队

京东科技开发者

spring Spring Cache 企业号 8 月 PK 榜 spring缓存

浅谈Redis - 热点key问题 | 京东云技术团队

京东科技开发者

redis Redis 热点key 企业号 8 月 PK 榜

[OpenHarmony]稳定性专项运作知识地图,一张图带你稳过“万重山”

LAVAL社区小助手

OpenHarmony

[OpenHarmony]效果差、不便捷、无接口,TV项目共建如何避开这些坑?

LAVAL社区小助手

OpenHarmony

ChatGPT:引领生成式AI的变革

百度开发者中心

#人工智能 ChatGPT 文心一言

大数据平台需要做等保测评吗?怎么做?

行云管家

大数据 等保 大数据平台 等级保护 等保测评

ChatGPT:引领未来智能交互的生成式AI

百度开发者中心

#人工智能 ChatGPT 文心一言

使用 Feature Flags 与可观测工具实现数据库灰度迁移

观测云

数据库 可观测性

生成式AI与ChatGPT:引领未来智能交互

百度开发者中心

#人工智能 文心一言

云堡垒机英语怎么翻译?它比硬件堡垒机便宜吗?

行云管家

云计算 堡垒机 云堡垒机

IntelliJ IDEA下基于Scala实现的Git检查工具

TiAmo

git IDEA IntelliJ IDEA 代码检查

解析大规模开发:提升企业级开发效率与质量,加速创新

龙智—DevSecOps解决方案

Atlassian Atlassian 云版 大规模开发

生成式AI技术的应用与发展

百度开发者中心

文章 #人工智能 ChatGPT 文心一言

[OpenHarmony]手把手教你OTA升级开发

LAVAL社区小助手

OpenHarmony

hbuilderx打包苹果证书获取步骤

ios开发 Windows证书 ios证书

ChatGPT:生成式AI引领科学革命

百度开发者中心

#人工智能 ChatGPT 文心一言

6步玩转OpenHarmony标准芯片适配

LAVAL社区小助手

OpenHarmony

[OpenHarmony]一文带你详解芯片--SL8541e-系统性能优化

LAVAL社区小助手

OpenHarmony

ChatGPT:生成式AI的新里程碑

百度开发者中心

#人工智能 ChatGPT 文心一言

系统架构合理性的思考 | 京东云技术团队

京东科技开发者

架构设计 应用架构 企业号 8 月 PK 榜 架构合理性

高性能MySQL实战(一):表结构 | 京东物流技术团队

京东科技开发者

数据库表 表结构设计 企业号 8 月 PK 榜 高性能表

设计你的第一个 REST API:第二部分_文化 & 方法_Vihanga Liyanage_InfoQ精选文章