開発にあたり設計のレビューをさせていただくことがありました。した設計手法を学んだ訳ではなく、なんとなく手探りでやっていました。ここらできちんとベストプラクティスを体系的に学んでおくべきだと思い、本書を手に取ってみました。設計の考え方と手法を学ぶことができるかと思います。用意することで様々なサービスとの共存共栄をはかることができる。そのものの構築や管理をビジネスにしたサービスの誕生。厳密に考えていくと、深い議論になりそうなので基本的には触れません。いう言葉を使うことで混乱を招くことは避けるようにします。ドキュメントとともに公開して、誰もが使えるような場合。さまざまなユースケースを想定してなるべく広く汎用的にしなければいけない。利用する開発者が限定されている場合。特定の開発者やその先に存在するエンドユーザにとって便利で使いやすくあるべき。組み合わせで取得数と取得位置のクエリパラメータを渡す。http://api.example.com/users?per_page=50&page=3検索の場合は、キーで絞り込みの要素、値には絞り込む値を指定する。クエリパラメータとパスのどちらに含めるのが正しいのか使い分ける。レベルで分割できるので管理も楽。リンクとして含めるまだ概念として世に広まっているとは言えない。Google配列のデータを返したい時もオブジェクトで包んで返した方が良いオブジェクトにキーをつけてあげることで何を示しているのか明確にできる。レスポンスデータをオブジェクトに統一することができる。セキュリティ上のリスクを避けることができる。いう名前で情報を返すようにする。ように、次のページアクセスするためのパラメータを返す。正しいステータスコードを返す。的にも推奨されている。他人にブロックされているのを知らせたくない時など意図的に不正確な情報を返す場合もある。(期限切れモデル):あらかじめレスポンスデータに保存期限を決めておき、期限が切れたら再度アクセスをして取得を行う。(検証モデル):今保持しているキャッシュが最新であるかを問い合わせて、データが更新されていた場合にのみ取得を行う。