InfoQ: REST成熟度モデルの３レベル
原文(投稿日：2010/03/24)へのリンク Martin Fowler氏は、新しい 論文 で、Leonard Richardson氏によって開発された RESTful成熟度の３レベルモデル を使って、 webスタイルのシステムを説明している。 Fowler氏によれば、成熟度モデルの開始点は、リモートなやりとりための純粋な通信システムとして、HTTP を使うことである。この場合、１つのサービスがある－予約サービス、これは１つのメソッドコール（彼の例では、POST）とXML入／出力を使って、特定のリクエストとリプライを交信する。 空いている医者に予約する場合には、リクエストが必要で： POST /appointmentService HTTP/1.1 <openSlotRequest date = "2010-01-04" doctor = "mjones"/> これにリプライを返す： H
ぼくが見ているレール(map.resouces編) - moroの日記
先日のQConで大場さんもおっしゃっていたことですが、Railsで開発をする上でものすごく重要なポイントに、Railsの敷いたレールから降りないというのがあります。別にコレはRailsが不自由だというわけでなく*1、通り一遍のものしかできないというわけでもなく、ただ基盤と相性の悪い設計すればあとで苦労するという、当然の話なわけです。 最近、私を含めいろいろな方が「レールから降りないで作るのが重要」と話しています。が。じゃあそのレールはどこにあるのかという話はあまり聞かれません。ということで、ふだん私がRailsアプリを設計するときに意識しているレールを言語化してみて、議論なりのたたき台にしたいな、と思った次第です。 とはいえDB周りは「羽生さんのERDレッスン嫁」で7割くらい済む話*2なので、まずはコントローラから。 設計指針としてのmap.resouces Rails 2.xにおいて、コ
続・コマンド的な処理をどうやってRESTfulに実装するか - 岩本隆史の日記帳（アーカイブ）
「コマンド的な処理をどうやってRESTfulに実装するか」に書いた内容を敷衍します。 SunのクラウドサービスAPI 先日、Sun MicrosystemsがSun Cloudというクラウドサービスを提供すると発表しました。 米Sun、Amazon対抗のクラウドサービス「Sun Cloud」を発表 - SourceForge.JP Magazine この記事には、クラウド操作用APIがRESTベースで提供される予定であることも書かれています。 Sunは開発者向けにクラウドAPI「Sun Open Cloud API」を提供する。RESTベースのAPIで、CreativeCommonsライセンスの下でリリースするため、開発者はSun Cloudと相互運用性のあるクラウドを構築できるという。 そのAPI仕様のドラフトが「The APIs for the Sun Cloud: Wiki: Hom
iPhoneとRailsの良い関係。iPhoneでActiveResourceを使う·ObjectiveResource MOONGIFT
Webサービスを開発し、そのフロントエンドとしてiPhoneアプリケーションを提供するというケースは多い。Remember the Milk、はてな、livedoor Readerなど多数のアプリケーションが存在する。 iPhoneとRailsを連携する もしあなたがRailsでWebサービスを構築しているなら、手軽に連携するライブラリが存在する。それがObjectiveResourceだ。 今回紹介するオープンソース・ソフトウェアはObjectiveResource、ActiveResourceを使ってiPhoneとRailsを連携させるフレームワークだ。 ActiveResourceはRailsで提供されているRESTfulなWeb APIを使ってデータのCRUDを提供する仕組みだ。ObjectiveResourceではそのActiveResourceを使ってデータの操作インタフェース
yohei-y:weblog: 半構造データ、あるいは Web 上のデータ
国島先生や斉藤先生が XML や半構造データについていろいろ書いてくださっており、それに反応する形ではてなブックマークや twitter 上での議論が日本語で進んでいて面白い。 http://kunishi.blogspot.com/2008/12/twitter.html http://leoclock.blogspot.com/2008/12/relational-style-xml-query-sigmod-j.html http://kunishi.blogspot.com/2008/12/xml-db.html ブックマークや twitter で細かいコメントを書いているだけでは申し訳ないような気がするので、久々にエントリを書こうとしたのだけれど、なんだかバックグラウンドが長くなってしまった。最先端の研究者のみなさんに失礼な物言いもありますが、XML guy としては XML の
Google App EngineをRESTfulデータベースに·App3 MOONGIFT
RESTfulデータベースというと何のことやらといった感があるが、言わばキーと値のデータベースで、通信をHTTP経由で行うものだ。キーを指定してポストすれば新規追加され、ゲットを使ってデータを取得する。PUTで更新、DELETEで削除と言った具合だ。 Google App EngineをRESTfulなデータベースに！ そんなキーと値のデータベースは様々に存在する。リレーショナルデータベースと違って、単純なデータ構造だがテキストや文字列を扱うのに都合がいい場合もある。それをGoogle App Engineを使って実現するのがApp3だ。 App3はPythonで作られたオープンソース・ソフトウェアで、GPLの下に公開されている。 筆者環境ではまだうまくいっていないのだが、データはキーとともにJSON形式で保存できる。そしてGETを使ってデータを取得する。リストを使ってデータの一覧を取得す
rest - Commusuke - Trac
RESTful APIリファレンス こみゅすけが提供するREST APIを利用することで、こみゅすけが管理する情報をRESTfulな手順で参照および更新することが可能です。 つまり、従来から公開されているこみゅすけのUIを利用するのではなく、REST APIを利用した独自のアプリケーションを、利用者自身が作成することが可能となります。 利用条件 こみゅすけは、利用してくれる皆さんが自由に情報交換を行えるように、という思想から、ユーザ認証などの仕組みを採用していませんし、今後も採用しないでいきたいと考えております。RESTful APIについても同様の考えから、認証機能は搭載せず、誰もがAPIを使って、こみゅすけの情報を使ってアプリケーションを構築あるいは二次利用できるようにしています。 皆さんの常識あるアクセスが基本となりますので、不正な行為や悪質な行為などは絶対に行わないでください。 ま
railsのステータスコードの定義 - maeda.na@はてな
REST本とか見てると、 status = '201 Created' とかハードコーディングしてるけど、こみゅすけのコードとか見てるとそんなことしてなくて、 head :created とか書いてあったのでrailsのコード内をgrepかけたら見つかった。メモっておく。 % ./script/console Loading development environment (Rails 2.0.2) >> p ActionController::StatusCodes::STATUS_CODES {500=>"Internal Server Error", 423=>"Locked", 412=>"Precondition Failed", 401=>"Unauthorized", 302=>"Found", 203=>"Non-Authoritative Information", 40
(pdf)Discovering a world of Resources on Rails David Heinemeier Hansson
Discovering a world of Resources on Rails David Heinemeier Hansson Create Read Update Delete What they told you... やつらが言ってたのは... Simplistic 単純すぎる Unfulfilling 物足りない Unworthy ふさわしくない Shameful これはひどい They were wrong やつらはまちがっていた How I learned to stop worrying and love the CRUD 私は如何にして心配するのを止めて,CRUDを愛するようになったか? find create update destroy SELECT INSERT UPDATE DELETE GET POST PUT DELETE find create updat
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
Module: ActionController::Routing
The routing module provides URL rewriting in native Ruby. It‘s a way to redirect incoming requests to controllers and actions. This replaces mod_rewrite rules. Best of all, Rails’ Routing works with any web server. Routes are defined in config/routes.rb. Consider the following route, installed by Rails when you generate your application: map.connect ':controller/:action/:id' This route states that
2.0のmap.resourcesのオプション設定いろいろ - ザリガニが見ていた...。
今までおろそかにしていた「ルート設定」ではあるが、Rails2.0からは避けて通ることができない*1と今更ながら思い直し、いろいろ試してみた。以下はその実験結果。 基本 追加オプションなしの基本ルート設定map.resources :slipsによって、以下のルート規則が生成される。 ルート規則は上にあるものが優先される。 .:formatが付属する偶数No.の行は、http://XXXX.XXX/slips.xml等の拡張子付きのリクエストを、respond_toブロックで適切に処理するために存在する。 # ルート設定: config/routes.rb ActionController::Routing::Routes.draw do |map| map.resources :slips end No. 名前付きルート名 メソッド URLパス書式 処理されるコントローラー、アクション
Module: ActionController::Resources
Overview ActionController::Resources are a way of defining RESTful resources. A RESTful resource, in basic terms, is something that can be pointed at and it will respond with a representation of the data requested. In real terms this could mean a user with a browser requests an HTML page, or that a desktop application requests XML data. RESTful design is based on the assumption that there are four
ActiveResourceとかそのルーティングとかのドキュメント - moroの日記
まちゅさんのhttp://www.machu.jp/diary/20080104.html#p01を見て宣伝です。 以前同じようなことを調べたなぁ、と思ったら某書籍の原稿でした。日本語でのリファレンスっぽいのを探している方がいましたらこちらもどうぞ。 ActiveResourceに対応したルーティングを定義する 複雑なルーティングを定義する 他にもActiveResource関連の情報をまとめておりますので、ご参考まで。内容の誤りや読み辛い点がありましたら、ご指摘お待ちしています。コメントなどを頂けるとうれしいです。 http://rails-recipebook.g.hatena.ne.jp/rrbk/?word=%2a%5bARes%5d 関係ないんですが、AResというかREST関連で、年末年始に読もうと思ったRESTful Webサービスがまだ読めていないんですよ。 で読まなきゃな
REST入門
第2版（2008年1月19日）：翻訳者による注釈を追加しました。 ヘテロジニアスなアプリケーション間の通信を実装するための「適切な」手法について議論が行われているということを、あなたは知っているかもしれないし、知らないかもしれません。そういった状況下で、現在の主流は明らかにSOAP、WSDL、WS-*仕様という世界をベースとしたWebサービスにフォーカスしています。しかし、少数派の人たちの中で、より良い方法があると主張する人がいます。それが、REST(REpresentational State Transferの略)です。本稿では、本筋から外れることなく、RESTとRESTfulなHTTPアプリケーション統合への実用的な説明を試みようと思います。これらの考え方の説明については、より詳細に踏み込んで説明をするつもりです。私の経験上、誰かが始めてこのアプローチを経験することで一番議論が活発に
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
InfoQ: CRUDはRESTにとって良くないのか？
RESTとSilverlightとNew York Times
http://twitter.com/yugui/statuses/1547303876