API リファレンスの構成

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

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

オペレーションを複数ページに分割する

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

openapi.yaml
paths:
  /pet:
    put:
      tags:
        - pet
      summary: 既存の pet を更新します。
      description: Id によって既存の pet を更新します。
      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 エンドポイントのドキュメント化もサポートしています。

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

最終更新

役に立ちましたか?