API リファレンスの構造化
アイコンと説明を使って複数ページにわたり API リファレンスを構成する方法を学ぶ
GitBook は OpenAPI 仕様をレンダリングするだけでなく、API リファレンスをより明確に、ナビゲーションしやすく、ブランドに合わせてカスタマイズできるようにします。
操作を複数ページに分割する
ドキュメントを整理するために、GitBook は API 操作を別々のページに分割できます。各ページは OpenAPI 仕様のタグから生成されます。操作をページにグループ化するには、各操作に同じタグを割り当てます:
paths:
/pet:
put:
tags:
- pet
summary: Update an existing pet.
description: Update an existing pet by Id.
operationId: updatePet目次内のページ順を変更する
GitBook のページ順は OpenAPI の tags 配列内のタグの順序と一致します:
tags:
- name: pet
- name: store
- name: userページをグループにネストする
多階層のナビゲーションを構築するには、タグで x-parent (または parent)を使用して階層を定義します:
上記の例は次のような目次を作成します:
ページに説明がない場合、GitBook は自動的にサブページ用のカードベースのレイアウトを表示します。
ページのタイトル、アイコン、説明をカスタマイズする
タグセクションのカスタム拡張を使用して、ページにタイトル、アイコン、説明を追加できます。すべての Font Awesome アイコン が経由でサポートされています x-page-icon.
GitBook ブロックでリッチな説明を作成する
タグの description フィールドは GitBook マークダウンをサポートしており、以下を含みます 高度なブロック (例:タブ):
スキーマをハイライトする
GitBook の説明内で GitBook マークダウンを使用してスキーマをハイライトできます。以下は “petstore” 仕様から “Pet” スキーマをハイライトする例です:
Webhook エンドポイントを文書化する
GitBook は OpenAPI 3.1 を使用する場合に webhook エンドポイントのドキュメント化もサポートします。
webhooks フィールドを使用して OpenAPI ファイル内に直接 webhook を定義できます。これにより次のように、 webhooks フィールドは通常の API エンドポイント用の paths と同様に機能します:
最終更新
役に立ちましたか?