WADLは必要か・その1 - 岩本隆史の日記帳（アーカイブ）
識者の間でも結論は出ていない RESTfulなWebサービスのための仕様記述言語・WADL（Web Application Description Language）の必要性については、識者の間でも意見が分かれています。Leonard Richardson（『RESTful Webサービス』の著者の一人）は必要派（「It's Just A Hypermedia Format」）、Joe Gregorio（AtomPubの仕様策定者の一人）は不要派（「Do we need WADL?」）といった具合です。 必要派と不要派の間には、Tim Bray（IETFのAtomPubワーキンググループに参加）のような消極的賛成派（「On Web Service Definition」）、Sam Ruby（同、また前掲書共著者）のような別解模索派（「Doctrine of Minimum Necessar
Web Application Description Language - Wikipedia
The Web Application Description Language (WADL) is a machine-readable XML description of HTTP-based web services.[1] WADL models the resources provided by a service and the relationships between them.[1] WADL is intended to simplify the reuse of web services that are based on the existing HTTP architecture of the Web.[1][2] It is platform and language independent and aims to promote reuse of appli
RESTfulなAPIを構成するのに特化したウェブフレームワークとか(Python編) - laiso
こんばんは、Python界のひきこもりです。 モバイルアプリケーションのバックエンド開発などでRESTful APIを先ず設計する必要があるといったケースなんかで便利に利用できそうな、既存のウェブアプリケーションフレームワークの仕組みからRESTfulなAPI構成に特化してパッケージングされたサブフレームワークがいろいろ出てきているので調べました。 フレームワークに必要な機能そもそもフレームワークにどんな機能が必要なのかというのをChoosing an API framework for Django から抜粋。 ページネーション(アイテムの先頭から10件が1ページ目→11から20が2ページ目など) データの投稿とバリデーション メタデータの生成(result, count, next みたいな要素をレスポンスに含める為のしくみのことかな?) レスポンスのハンドリング キャッシュ データの
URI Templates の各言語実装 - Mi manca qualche giovedi`?
今日は第３回 RESTful 読書会だった。主催の id:kunit さん＆nsiena さん、担当の方々、参加者の皆さんお疲れ様でした〜。 読書会の模様（特に８章の DIS られっぷり）はまた今度まとめるとして。 この前 URI Templates ( http://bitworking.org/projects/URI-Templates/ ) の各言語の実装を調べたよと読書会で話したら、id:t-wada さんに「調査結果が addressable になるといいなーw」とリクエストされたので、早速宿題をやっつけておく。 URI Templates の実装一覧 本家 (experimental implementation in Python、 59:04+09:00">draft-03相当):http://code.google.com/p/uri-templates/ Ruby -
FlaskでRESTful
from flask import Flask, request from flask.ext.restful import Resource, Api app = Flask(__name__) api = Api(app) todos = {} i = 0 class TodoSimple(Resource): def get(self, tid): return {"tid": tid, "todo": todos[tid]} def put(self): global i tid = i i = i + 1 todos[tid] = request.form['data'] return {"tid": tid, "todo": todos[tid]} def post(self, tid): todos[tid] = request.form['data'] return {"t
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)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Welcome
RESTful APIとしてのRailsとクライアントとしてのJavaScript
RESTful Web アプリの設計レビューの話