統一パターン
URL 構造
レスポンス構造
ID の形式
Fields と expansions
オブジェクトスキーマ
- search から取得したポストは、lookup から取得したポストと同じフィールドを持ちます
- followers から取得したユーザーは、search から取得したユーザーと同じフィールドを持ちます
- 展開されたオブジェクトは、そのスタンドアロンのオブジェクトと同一です
認証
エラー処理
ページネーション
ページネーションの詳細はこちら →
命名規則
- 米国英語のスペル (
favoritesを使い、favouritesは使わない) - フィールド名にはスネークケースを使用 (
author_id、created_at) - 用語は一貫させる (フィールドでは
retweet_countを使い、repost_countは使わない)
空の値
null を返すのではなく、レスポンスから省略されます。
エンティティの一貫性
entities オブジェクトには、テキストから解析されたエンティティのみが含まれます:
urlshashtagsmentionscashtags
entities ではなく attachments に含まれます。
これがあなたにとって何を意味するか
一度学べばどこでも使える
あるエンドポイントで学んだパターンは、すべてのエンドポイントに適用できます。
予測しやすいレスポンス
同じオブジェクト type は、API 全体で同じ構造を持ちます。
シンプルなコード
共通パターン向けに再利用可能な関数を作成できます。
デバッグが容易
一貫したエラー形式により、トラブルシューティングがしやすくなります。