API リファレンスの構成

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

GitBookは、OpenAPI仕様を表示するだけではありません。APIリファレンスをカスタマイズして、分かりやすさ、ナビゲーション、ブランディングを向上させることができます。

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

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

openapi.yaml
paths:
  /pet:
    put:
      tags:
        - pet
      summary: 既存のペットを更新します。
      description: 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 Blocksでリッチな説明を作成する

タグの説明フィールドは、GitBookマークダウンをサポートしており、 高度なブロック などを含みます:

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

GitBookマークダウンを使うと、GitBookの説明内でスキーマをハイライトできます。以下は、「petstore」仕様の「Pet」スキーマをハイライトする例です:

Webhookエンドポイントをドキュメント化する

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

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

最終更新

役に立ちましたか?