RESTのベストプラクティス | POSTD
現在ではREST APIはとても一般的な話題です。ほとんどすべてのWebアプリケーションの一部分となっています。シンプルで一貫性があり実際的なインターフェースは必須です。これは皆さんのAPIを他の人が使うことをとても容易にします。皆さんにとってはRESTの実践が日常的に感じられるかもしれませんが、RESTをあまり尊重しない人々もよく見かけます。これがRESTについて投稿するきっかけでした。 この記事にはRESTfulなAPIを設計する時に考慮すべきベストプラクティスがあります。 注意 : ここでのベストプラクティスは、私が過去の経験に基づいて良いと考える事例です。もし違う考えをお持ちであれば、お気軽にメールをくだされば意見交換できると思います。 APIのバージョンを示す APIのバージョンは必須であるべきです。これがあると時間が経ってAPIが変わっても影響を受けません。その方法の1つはUR
Google I/O 2014の裏でひっそり公開されたGmail APIを触ってみる - Qiita
全国でしょっちゅうGoogle APIの変更に踊らされている皆様こんにちは 大橋です。 I/O見てましたか 楽しかったですね Google API好きにとっては前半しんどすぎましたが(白目 さてI/Oの裏でひっそりとGmail APIが公開されました。 今まではIMAPを利用した通常のメールやり取りか、GmailのInboxのみを触れるGmail Inbox APIしかなく、 Google Apps ScriptでのみGmail周りをAPIとして触れる状況が続いていました。 今回のGmail APIは * 基本的にクライアントを選ばないREST APIベース * 認証周りはOAuth2 と非常に扱いやすいAPIとなっています。 では今回はこのGmail APIをクライアント側のJSから触ってみたいと思います。 ものすごくすぐ試したい方は「API Explorer」を使うと良いと思います。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
WEB APIのURL設計のトレンドはこれだ！WEB APIのURL設計まとめ
