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