You don't need API version 2 - yohei's diary
周回遅れ感が半端ないけどバージョニング関連で色々読んで・聞いて思ったことを書く。 APIのバージョニングは限局分岐でやるのが良い - Hidden in Plain Sight Kazuho's Weblog: 拡張可能なWeb APIの設計原則と、バージョン番号を使う理由について Rebuild: 35: You Don't Need API Version 2 (Kenn Ejima) rest - Best practices for API versioning? - Stack Overflow RESTfulなサービスのバージョンングから得られた知見 RESTとバージョニング 基本的にいわゆる狭義のRESTとAPIのバージョニングは何も関係ない。強いて言えば、HATEOASはバージョニングにも使えるよ、というのがREST信者の主張であるものの、それが正しい（というか実用的）かど
RESTful APIとWebサイトを１つのアプリケーションで作る - リア充爆発日記
RailsでWEB APIサーバを作るときのアーキテクチャをどうするか考えるの続き。 routingなど具体的にどうRailsに盛り込んでいくかの巻。 前提 ログとかをサイトとAPIと分けたいので、API側はサブドメインを切る。twitterみたいにapi.example.com的な。 スマホアプリからのアクセスを考えると、APIの仕様が変わっても後方互換できるようにバージョンを切る。api.example.com/v1的な レスポンスはjsonオンリー とりあえずテスト テストしたいのは・・・ API側はapi.example.comからのアクセスしか受け付けないようになっていること。 何もしないとアプリは１つなので、example.comからも叩けちゃう。問題切り分けとかのときにややこしくならないように。 Jsonフォーマットでレスポンスが返ってくること user_api_spec.r
RailsにおけるRESTfulなURL設計勉強会 vol.2 メモ #sendagayarb - 130単位
zusaar.com - zusaar リソースおよび情報 vol.1に続いて参加してきました。そのメモです。 複数レコードを選択して更新するUI 207 Multi-Status を使わないようにがんばりたい 207のレスポンスの中身は設計者任せとされている 項目(トラフィック)が少なければ個別のアクセスもあり Ajaxで複数回リクエストするのはリソース設計の統一感がある 処理を集約したトランザクションリソースを新たにつくる ステータスコード 参考：no title 一部成功時、200を返すのもOK 1の位が0のステータスコードは曖昧さも許容している リソース更新失敗は422 Unprocessable Entity がRailsデフォルト デフォルトに従うのは楽だしその判断もあり しかし表現できるなら表現したほうがいい Uniquenessのバリデーション失敗時は 409 Co
Inclusive Technology Consulting - Bocoup
Building a back-end API layer introduces a whole new layer of coordination between server and client code. While there are many aspects to this delicate dance of communication, one key ingredient to minimizing back-and-forth-confusion-about what-call-does-what, is consistently communicating about your API endpoints. This is by no means rocket science, but over time I’ve created a template that I n
RESTful APIとしてのRailsとクライアントとしてのJavaScript - ppworks.jp
RailsにおけるRESTfulなURL設計勉強会 千駄ヶ谷.rb #12 #sendagayarb にて発表予定の記事です。 この記事は、qiitaのRESTful APIとしてのRailsとクライアントとしてのJavaScriptにも掲載しています。 よくあるAjaxを利用したページの例 Sedndagaya.rbというグループへ投稿出来るサイトがあるとします。 この時、グループのページにアクセスすると、グループの詳細情報と、グループへ投稿された記事が表示されます。 このとき、大きく分けて3つの描写が行われます。 通常のリクエストに対するレスポンスの描写 非同期のリクエストに対するレスポンスの描写 DOM要素のイベントに対するレスポンスの描写 その時の流れは以下のようになります。 エンドユーザーがあるURIをブラウザ経由でアクセスする。 たとえば、 http://example.com
Railsによるurlの描き方
#sendagayarb #12で使用した。railsにおけるURLの定義方法に関する資料です。Read less
RailsにおけるRESTfulなURL設計勉強会 メモ #sendagayarb - 130単位
zusaar.com - zusaar リソースおよび情報 参加してきました。 以下、粒度にばらつきありますが、気になった点のメモです。ほぼ引用ですが、意図と違う表現になってしまっていたらすみません。 RESTful APIとしてのRailsとクライアントとしてのJavaScript (@ppworks) no title RESTfulの指向で考えると統一されたインターフェースで、URLを見ただけで何するかわかるのが良い JSはassetsのほうに統一しアクションごとに処理が書けるjQuery-Routerなどを使うと良いのでは RailsはだんだんAPI化していくのではないか 通常のHTTPリクエストと非同期HTTPリクエストを同じ統一インターフェースであるRESTfulな設計で管理すると一貫性が出て開発効率の向上につながる リソースモデリングパターンの提案 (@tkawa)
REST API for MongoDB : MongoLab Support
Overview of MongoLab's API MongoLab databases can be accessed in two ways. The first, more traditional method, is to connect via one of the MongoDB drivers. The second is via MongoLab's HTTP-based REST API. This second method is great for mobile applications and rich AJAX-style browser apps. With MongoLab's REST API you can access any database linked to your account. The API exposes most the ope
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Charming Python: Functional programming in Python, Part 3
リソースモデリングパターンの提案 #sendagayarb
SOAP から REST へ - その方法と意義