API リファレンスの構成
アイコンと説明を使って、複数ページにわたる API リファレンスを構成する方法を学びます
GitBookは、OpenAPI仕様を表示するだけではありません。APIリファレンスをカスタマイズして、分かりやすさ、ナビゲーション、ブランディングを向上させることができます。
操作を複数ページに分割する
ドキュメントを整理された状態に保つため、GitBookではAPI操作を別々のページに分割できます。各ページはOpenAPI仕様のタグから生成されます。操作を1つのページにまとめるには、各操作に同じタグを割り当てます:
paths:
/pet:
put:
tags:
- pet
summary: 既存のペットを更新します。
description: IDで既存のペットを更新します。
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エンドポイントのドキュメント化もサポートしています。
OpenAPIファイル内で、 webhooks フィールドを使用してWebhookを直接定義できます。これは通常のAPIエンドポイントの paths と同様に機能します:
最終更新
役に立ちましたか?