Kazuho@Cybozu Labs: REST におけるトランザクションについて (Re: Web を支える技術)
といいつつ、ひとつだけ理解できないというか、納得できないところが。トランザクションのところがなんだかRESTっぽくないのがすごく気になる Webを支える技術 -HTTP、URI、HTML、そしてREST (WEB+DB PRESSプラスシリーズ)(山本 陽平) - ただのにっき(2010-04-23) 「Web を支える技術」は自分もとてもいい本だと思う (教科書としてすばらしいし復習用としても読みやすいのでイイ) のですが、トランザクションの所だけは分かりづらいなと感じました。その原因は、atomic transaction で解決できる課題を例として使っているという点と、トランザクションと更新クエリのレイヤ分割がされていない、という２つの点によるものではないでしょうか。 HTTP 上でトランザクションを表現する必要があるケースのほとんどは、atomic transaction ではなく
RESTはエンタープライズに浸透するか、ファーガソン氏が講演
RESTはエンタープライズに浸透するか、ファーガソン氏が講演：Web 2.0とWebサービスの似て非なる位置付け WebはますますRESTfulな世界に向かっている。Web上で提供するデータやサービスを、URI指定によるHTTPリクエストだけで実現するという手軽さと分かりやすさから、多くのWeb 2.0系サイトは、Web APIをRESTと呼ばれる設計方針に基づいて定義・公開している。Webブラウザを媒介して人間が使っていたHTTPやURIといったインターフェイスを、そのまま機械処理にも適用するというRESTはシンプルで、瞬く間にWeb APIの標準的手法となった感がある。現在は先進的なWebサイトだけがWeb APIを公開しているが、今後は多くの一般的なWebサイトがRESTを通して情報・サービス提供をしていくケースが増えていくだろう。 では、エンタープライズの世界でもRESTが普及する
カロリーAPI ダイエット2.0
カロリーAPIとは？ 料理名をデータとして渡すと、それに対するカロリーとその合計を返してくれるwebserviceです。 仕様 形式を選択しない場合はデフォルトでXMLを返します。 出力仕様 - menuName 料理名 - kcalSmall 選択した料理のカロリー(少なめ) - kcalMiddle 選択した料理のカロリー(普通) - kcalLarge 選択した料理のカロリー(大盛リ) - kcalMega 選択した料理のカロリー(メガ盛り) - calImg 料理の画像(試験運用中!!) - calcKcal 合計カロリー - calcKcalByWalking 合計カロリーをウォーキングして全部消費するための分数 - calcKcalByRunning 合計カロリーをランニングして全部消費するための分数 - ※ 体重60キロの人が200m/分の間隔で走ったときの
何がRESTを良くするか？
先ごろRoy Fieldingは、SocialSiteのREST API(リンク)に対して、RESTfulではないと批判した(リンク)。Royは、RESTだと主張するシステムが、多くの場合にRESTから程遠いことの例として、SocialSiteのREST APIを取り上げた。 (OpenSocialのREST API)はRPCです。それはRPCだと叫んでいます。画面のXレートを指定するために、とても多くの結合があります。 Royに同意するための証拠を、OpenSocialのページで見つけるのは(リンク)、それほど難しくない。例えば、 サーバサイドで、OpenSocialスタイルのRESTとJSON-RPCをサポートする クライアントサイドで、リクエストのJSON-RPCバッチ処理をサポートする 拡張のために、OpenSocialの要求に従う RESTとRPCがとても密接な関係にあることは(
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
RESTful Web アプリの設計レビューの話
RESTfulなウェブサービスのバージョン管理戦略
IBM Developer
RESTfulなJSON Webサービスのベストプラクティス
InfoQ: RESTFul APIsにおいてHATEOASを使用する利点
InfoQ: RESTはWS-*よりもWebにのっとっている