REST入門 基礎知識 - Qiita
REST入門 基礎知識 はじめに RESTサービスを開発するにあたって勉強したことをまとめました。RESTとはなんぞやというところについて書いていきます。実際の開発方法等については当記事では触れません。 RESTとは REST(REpresentational State Transfer)はWebサービスの設計モデルです。RESTなWebサービスは、そのサービスのURIにHTTPメソッドでアクセスすることでデータの送受信を行います。 例としてQiitaのREST APIを利用してみます。下記のURLにアクセスしてみてください。(ChromeかFirefoxでないと*.jsonファイルのダウンロードになる場合があります) https://qiita.com/api/v2/users/TakahiRoyte {}でくくられている文字が表示されたかと思います。これは JSON(JavaScri
node.jsでRESTful API作る - yutaponのブログ
node.js触るのは5ヶ月ぶりくらいなのでリハビリも兼ねて。 まだRESTなAPI作ったこと無いな・・ ということで、アプリケーションサーバとしてnode.jsを選んだときに RESTfulなAPIを返すサーバを作ってみます。 ちなみにほぼ node.jsでREST APIを作るのに最適なexpress-resource | Inhale n' Exhale の内容に沿ってますハイ。 【追記】 express4版はこちら。 express4でRESTful API作る - yutaponのブログ express-resourceをインストール 前回express3でMVCのひな形を作ったので、 それにのっかる形で作っていきます。 express-resourceを使うと簡単にできそうです。 https://github.com/visionmedia/express-resource e
アーキテクチャスタイル「REST」とは何か
続いて、RESTという考え方について見ていきましょう。RESTという言葉は、例えば「Amazonの商品情報取得APIであるECS（注2）では、SOAPとRESTのインターフェイスが用意されている」といった形で耳にした方も多いのではないでしょうか。この言い方を聞くと、RESTもSOAPと同じようなWebAPIのための仕様であるような印象を受けますが、最初に「考え方」と述べたように、実際には仕様ではなく、Web APIの仕様を決める上でのアーキテクチャスタイル、つまり基本的な考え方ということができます。 ただしここでまず最初に覚えておいてほしいことは、一般的にRESTという言葉は、RESTという言葉が誕生したときの本来の意味で使われる場合と、その後その解釈を拡大して、もっと広い意味で使われるようになったものの2通りがあるということです。例えば前述のAmazonのECSがRESTで提供されている
Representational State Transfer - Wikipedia
この記事には独自研究が含まれているおそれがあります。 問題箇所を検証し出典を追加して、記事の改善にご協力ください。議論はノートを参照してください。（2023年11月） Representational State Transfer (REST、レスト[1][2][3][4]) は、ウェブAPI（ウェブアプリケーションプログラミングインタフェース）の定義に使用されるアーキテクチャスタイル（共通仕様）[5]であり、同時にウェブのような分散ハイパーメディアシステムのためのソフトウェアアーキテクチャのスタイルのひとつでもある。この語はHTTPプロトコル規格の主要著者の一人であるロイ・フィールディング（英語版）がウェブについて書いた2000年の博士論文で初めて現れ、ネットワーキングコミュニティの中ですぐに広く使われることになった。 RESTは、初めはアーキテクチャの原則と制約の集まり（後述）を指して
ピュアAJAXアーキテクチャのススメ
先日、ここで発表したFacebookユーザーむけグループウェア「Fruence.com」。今年のトレンドになるであろう「ソシアル・アプリ」の実例という意味もあったが、私自身の中で少し前から形になりつつあった「AJAXを最大限に活用した新しい形にウェブ・アプリケーション」のアーキテクチャの実践という意味合いも大きい。 このアーキテクチャの特徴は以下の３つである。 サーバー側は、JSON over HTTPのAPIとHTML/CSS（およびそのテンプレート）をスタティックな形でのみ提供する（サーバー側では、ダイナミックなHTMLの生成はしない） クライアント側では、JavaScriptを使ってサーバーから取得したJSONとHTMLのテンプレートを組み合わせて（データ・バインドして）表示する。 ウェブサイトはあたかも独立したアプリのように動き、操作中はURLは一切変化しない もともとは、HTML
次世代Webフレームワークの設計思想～RESTful Webサービス - プログラマの思索
「RESTful Webサービス」本を買ってみた。 まだ読んでないけれど、この本を買った動機を振り返ってみる。 【1】Webフレームワークの歴史とその限界 Webアプリは最初はオモチャみたいなものだった。 普通は、掲示板のようなアプリをPerlでCGIを書いて作っていただろう。 そして次第に、ViewからControllerを分離する設計をするようになった。 Javaの場合、JSP＋Servletという仕組み。 だが、システムが巨大化していくうちに、Webフレームワークが必要とされるようになってきた。 そのWebフレームワークの基本思想として、MVC2モデルが叫ばれるようになった。 MVC2モデルは、GUIアプリのMVCモデルのWeb版といっていい。 この思想によって、大概のWebフレームワークは、MVC2モデルを標榜するようになった。 そして、Javaはこの思想を突き詰めて、Model部
Backbone.jsを利用したクライアントサイドMVCの導入についてそろそろ書いておくか - 出町ミスド攻防記
jQueryヘビーなアプリケーションの問題点と、MVCによる構造化の必要性 jQueryは、ブラウザ上で動くJSアプリケーションの開発生産性を劇的に向上させました。DOM操作による動的なページ書き換え処理などは、セレクタを使ってちょろっとコードを書くだけで、ほんの数行で記述できてしまいます。 しかし、この方法の延長で、大規模なJSアプリケーションを構築することは果たして現実的でしょうか。例えば「GMail」や「New Twitter」程度の規模のJSアプリケーションを書かなければならないとしたら、どうでしょう？ 大規模なJSアプリケーションを開発するには、こういった手法を延長するのではなく、より洗練されたデザインパターンを導入する必要があります。この目的にぴったりのデザインパターンが、「MVC」デザインパターンです。 MVCパターンは、Webの世界ではサーバサイドプログラミングで広く知られ
技術メモ - それはBooks
技術メモ用のエントリ 技術者の宝石箱の続きエントリ インデックス DOM で複数選択可能なリストボックスを作成する（IE） 2007/4/28追加 要求と要件の違い 2007/5/22追加 Maven2のpom.xmlのXMLスキーマ 2007/10/23追加 Excelでファイルの最終更新日を取得する 2007/10/24追加 Ruby on Rails2.0で、NoMethodError in AdminController#index 2007/12/30追加 WebLogicでAPP-INFを使って共通Jarを配置するときは、ClassLoaderに注意する 2008/5/27追加 WebLogicが発行するSession Cookieのパスはデフォルトで / （スラッシュ） 2008/6/19追加 FFFTPでシンボリックリンクを削除する方法 2008/6/24追加 Railsを
「RESTful MVC」なアーキテクチャの話
最近、増井君と私でアーキテクチャの話をすることが多いのだが、そんなディスカッションの中で気に入っているのは左の図のようなアーキテクチャ。 もちろん、核となるのはビジネスロジックを含んだModelの部分。そこをしっかりと実装し、内部構造を隠す粒度の荒いインターフェイスを定義し、外から何をされてもデータの整合性が壊れない様にすることは何よりも大切。 そして、そのModel層へのインターフェイスを特定の言語に依存したクラスやAPIではなく、HTTP上でJSON（XMLでもかまわない）をやりとりするだけの RESTfulなWeb Serviceにすることがミソ。こうすることによりにより、どんなに締め切りに負われようが、誰がControllerを実装しようが「ずるができない」ように作っておく（ずる＝本来使うべき外部インターフェイスだけでなく、Model内部に直接アクセスして依存関係を作ってしまう事）
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
RESTfulとは
Amazon.co.jp: RESTful Webサービス: Leonard Richardson (著), Sam Ruby (著), 山本陽平 (監修), 山本陽平 (読み手), 株式会社クイープ (翻訳): 本