APIリファレンスの構成

アイコンと説明を使って複数ページにわたるAPIリファレンスを構成する方法を学ぶ

GitBook は OpenAPI 仕様をレンダリングするだけでなく、API リファレンスをより明確に、ナビゲーションしやすく、ブランドに合わせてカスタマイズできるようにします。

操作を複数ページに分割する

ドキュメントを整理するために、GitBook は API 操作を別々のページに分割できます。各ページは OpenAPI 仕様のタグから生成されます。操作をページにグループ化するには、各操作に同じタグを割り当てます:

openapi.yaml
paths:
  /pet:
    put:
      tags:
        - pet
      summary: Update an existing pet.
      description: Update an existing pet by Id.
      operationId: updatePet

目次内のページ順を変更する

GitBook のページ順は OpenAPI の tags 配列内のタグの順序と一致します:

openapi.yaml
tags:
  - name: pet
  - name: store
  - name: user

ページをグループにネストする

多階層のナビゲーションを構築するには、タグで x-parent (または parent)を使用して階層を定義します:

上記の例は次のような目次を作成します:

ページに説明がない場合、GitBook は自動的にサブページ用のカードベースのレイアウトを表示します。

ページのタイトル、アイコン、説明をカスタマイズする

タグセクションのカスタム拡張を使用して、ページにタイトル、アイコン、説明を追加できます。すべての Font Awesome アイコンarrow-up-right が経由でサポートされています x-page-icon.

GitBook ブロックでリッチな説明を作成する

タグの description フィールドは GitBook マークダウンをサポートしており、以下を含みます 高度なブロック (例:タブ):

スキーマをハイライトする

GitBook の説明内で GitBook マークダウンを使用してスキーマをハイライトできます。以下は “petstore” 仕様から “Pet” スキーマをハイライトする例です:

Webhook エンドポイントを文書化する

GitBook は OpenAPI 3.1 を使用する場合に webhook エンドポイントのドキュメント化もサポートします。

webhooks フィールドを使用して OpenAPI ファイル内に直接 webhook を定義できます。これにより次のように、 webhooks フィールドは通常の API エンドポイント用の paths と同様に機能します:

最終更新

役に立ちましたか?