yohei-y:weblog: 良い URI の設計
URI は綺麗であるべき、と常々思っているんですが、よいページを発見しました。 Michael Eakes のこのエントリです。 Tanya Rabourn がリストアップしている文献一覧からエッセンスをまとめてくれています。 曰く、よく設計された URI とは 変らない(don't change) 人間が推測可能(are human guessable) 論理的(ファイルシステムを反映する必用がない) (are logical (no need to mirror a filesystem)) サイト構造をビジュアライズするのに役立つ(help visualize the site structure) 短い(are short) 小文字を使う(use lowercase) 予期されない記号を使わない(don't use unexpected punctuation) 問合せパラメータな
第14回 DataMapperの使い方 | gihyo.jp
DataMapperのコンポーネントは、基本的にクラスではなくモジュールとして提供されているため、アプリケーションで利用するモデルクラスにインクルードして使います。 Resourceモジュールをインクルードすると、自動的にModelモジュールがextendされ、PersonクラスはModelクラスとして振る舞うようになります。これは図1のPersonに相当します。 図1のPerson Mapperに相当する仕組みはRepositoryです。Repositoryは、create, update, delete, read_one, read_manyなどの、データストアに対する基本的な操作のインターフェイスを規定します。Modelクラスは、Repositoryへの参照を持っていて、 Modelクラスによるデータストアへのアクセスは、全てRepositoryを介して行われます。この際、データス
【中級】Web開発の新手法Ajax 第3回
図3●Ajaxの基本的な動き Ajaxアプリケーションは，WebブラウザではなくJavaScriptがWebサーバーへの接続を指示する。送受信されるデータ形式は，HTMLではなくXMLまたはテキスト形式。呼び出されるサーバー側プログラムは，Webサービスになる [画像のクリックで拡大表示] 図4●XMLRPCでWebサービスを呼び出す場合の例 クライアントとサーバー間のやり取りはXML形式のデータになる。サービスを呼び出すには，XML形式の引数を作成する必要がある。Webサービスの戻り値から利用者に表示する値などを取得するには，XML形式のデータをパースする必要がある [画像のクリックで拡大表示] 一般的なWebアプリケーションは利用者の操作を契機にサーバーと通信を開始するが，AjaxはJavaScriptの指示でサーバー側のプログラムを呼び出す（図3[拡大表示]）。ページの部分的な変更が
RESTへどうぞ - winplusの日記
※オライリーから翻訳書『JavaによるRESTfulシステム構築』が出ましたので、そちらを参照してください。以下の記事はアテになりません。 以下『RESTful Java with JAX-RS』「Capter1:Introduction to REST」のメモ。目次はこちら WWWは生活に欠かすことのできない一部分になっている。 でも、Webがうまくいっているのはなぜ？これほど巨大に成長できたのは？これだけ急速に拡がったのは？ Roy Fielding がこれらの疑問に答える形で、アーキテクチャの原則を特定した。これが REpresentational State Transfar(REST)。RESTの原則は以下のとおり。 到達可能なリソース RESTでは、情報（データ）のキーはリソースであり、すべてのリソースはURIで到達可能でなければならない。 統一され制約されたインターフェイス
rest-clientがイロイロ変わってた
まず maintainer が変わって、official repository が変わってた。もう半年前の話だった。 archiloque's rest-client at 1.5.1 - GitHubrest-client | RubyGems.org | your community gem hostarchiloque's fork is now official そんでもって 0.9 からの違いで言うと jeweler で gem を作るようになったrspec でテストを書くようになったmimetype の取り回しは mime-types に依存するようになったcookie 周りで CGI を呼び出すようになったこんな感じ1。 一度 1.4 で response が String でなくなって、あれ、既存のスクリプト書き直しか？と思ったら 1.5 でまた String に戻った2。
GitHub - crohr/rest-client-components: RestClient on steroids ! Easily add one or more Rack middleware around RestClient to add functionalities such as transparent caching (Rack::Cache), transparent logging, etc.
RestClient on steroids ! Want to add transparent HTTP caching to the rest-client gem ? It’s as simple as: require 'restclient/components' require 'rack/cache' RestClient.enable Rack::Cache RestClient.get "http://some/cacheable/resource" Want to log the requests in the commonlog format ? require 'restclient/components' RestClient.enable Rack::CommonLogger, STDOUT RestClient.get "http://some/resourc
yohei-y:weblog: REST 入門(その6) ハイパーリンクと XML
» REST 入門 目次 前回、はてなブックマークを例にリソースと四つの HTTP メソッド (GET, POST, PUT, DELETE) の関係について解説しました。 今回は、リソース同士をどのように関連付けるか、について解説します。 前回の記事でこんな疑問を持った人はいなかったでしょうか。 ひとつのブックマークリソースにいろいろなメソッドを適用しているけれど、 そのブックマークリソースにはいったいどうやってたどり着くのか。 たとえば PostURI に POST して新規作成したブックマークを全部覚えておけば、 それぞれのリソースの URI はわかります。 しかしそれではソーシャルブックマークサービスを使う意味がありません。 ローカルディスクまたはローカルサーバに保存しておくのではブックマークを共有することができないし、 そもそも自分以外の人のブックマークにアクセスできないのでは、
そろそろ決着、HTTPメソッド、URL、そして標準化された動詞 - 檜山正幸のキマイラ飼育記 (はてなBlog)
（[追記 date="翌日"]文言を少し改善し、注意を付け足したりしました。[/追記]） HTTPメソッド、URL、動詞（verb）に関して次の記事を書きました。 HTTPメソッドの正統的使い方と現実的対処法 HTTPメソッド、URL、そして標準化された動詞 訂正補足：HTTPメソッド、URL、そして標準化された動詞 問題点がほぼ明らかになり、全体の状況も見えてきたので、総括したいと思います。これで決定版にしたいのですが、実のところ、まだ考えが変わる可能性は否定できません。現時点では、以下に記述する案が最善だと思っていますがね。 内容： 用語の注意 事の発端，事の成り行き URLの意味と用途を分類する リソース種別ごとに動詞を考える さらにリソース種別ごとに動詞を考える GETに乗せるか、POSTに乗せるか インターフェースとしてのリソース種別と動詞 リソースとクラス 用語の注意 HTTP
MOONGIFT: » PUT/DELETEメソッドを簡単に「RESTClient」:オープンソースを毎日紹介
今のWeb APIで最もよく使われる手法にRESTがある。いわゆるGET/POSTメソッドでデータを取得、登録するものだが、更新や削除の際にはPUT/DELETEメソッドが使われることもある。 これがくせ者で、標準のブラウザでテストするのが難しい。プログラムで書けばできるが、クライアントから手軽に実行するのには、このソフトウェアを使おう。 今回紹介するオープンソース・ソフトウェアはRESTClient、RESTを実行する専用クライアントソフトウェアだ。 RESTClientはGET/POSTはもちろん、HEAD/PUT/DELETE/Options/Traceメソッドを送ることができるソフトウェアだ。URLを指定して、リクエストヘッダを設定したら、後は実際にリクエストしてみれば良い。 結果はヘッダとボディーに分けて取得できる。残念ながら日本語は文字化けする。他にもHTTP認証も利用でき、B
rdoc.info :: rest-client
Libraries » archiloque/rest-client (master) » Index » File: README
Ruby で REST リソースにアクセスするための REST Client
Ruby の場合、組み込みライブラリの net/http を使用すれば、如何ようにでもできるのだが、もう少し扱い易くシンプルなインターフェイスで操作したい。これまで、open-uri を拡張した rest-open-uri を使用していたのだが、heroku のクライアントで使われていた REST Client を使ってみることにした。 adamwiggins’s rest-client at master - GitHub A simple REST client for Ruby, inspired by the Sinatra‘s microframework style of specifying actions: get, put, post, delete. gem でインストールできる。 $ sudo gem install rest-client Password: Suc
テクノロジックアート技術者のブログ: [Rails] RESTなサーバ/クライアントを試してみる。
こんにちわ。ばたっちです。 Rails 2.0の REST対応はは、RESTアプリのサーバ側の機能と、クライアント側の機能が入ってるんですね。 サーバ側 : ActionController::Resourcesとか クライアント側 : ActiveResource サーバ側では config/routes.rbに「map.resource :entry」のように書くだけで、CRUDな URLを生成してくれます。 例えば、コントローラで、 def show @entry = Entry.find params[:id] respond_to do |format| format.xml { render :xml => @entry } end end とすれば、Entryオブジェクト(ActiveRecord)を自動で XMLに変換して返します。 (ActiveRecordの to_xm
http://www.witha.jp/blog/archives/2006/03/rest.html
See related links to what you are looking for.
yohei-y:weblog: REST 入門
日本語の REST のリソース集を以前作ったのだが、 日本語では一般人向けの解説がない。 sheepman 氏の REST のページはすばらしいんだけど、多少わかっている人向けだ。 市山氏のプレゼン資料は RoyF の論文を詳しく解説していてよいのだけれど、いかんせんアカデミックすぎる。 技術的な要素も抑えつつ、入門者にもわかりやすい解説はないものかと探していたのだが、みつからない。 英語の文書を訳すことも考えたんだけど、あまりよいものが見つからない。 で、結局自分で書くことにした。 最初はひとつのポストで済ませるつもりだったんだけど、書き始めたら長くなってしまったので、複数のポストに分けることにした。 えらそうなことを書いたが、内容は「ないよりマシ」といったレベルだろう。 前書きが長くなったけど(ここから始まりです。ですます調なのは入門記事だから)、 この記事(から始まる一連のポスト)は
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
)
usagi-project.org - このウェブサイトは販売用です！ - usagi project リソースおよび情報
Google Code Archive - Long-term storage for Google Code Project Hosting.
IBM Developer