RESTは新たなSOAPなのか？
今から10年ほど前に、RESTとSOAPベースのシステムを中心とした活動の盛り上がりがあった。何人かの著者がそれぞれの長所と短所を書き上げたり、導入を検討すべきなのはどちらなのかを論じたりしていた。しかしながら、多くの注目がSOAPベースのWebサービスからRESTとHTTPに移行するにつれて、意見や議論は下火になり、多くのSOA実践者が分散システムの基盤としてREST(あるいはプレーンなHTTP)を採用するようになっている。そのような中でPakal De Bonchamp氏は先頃、“REST is the new SOAP”と題した記事を著して、RESTの適用を“狂気の沙汰(testimony to insanity)”だと断じた。 氏の記事は長く、内容も詳細にわたるが、その要点となっているのは、RPC機構ならば“数時間”でできる単純なAPIの提供が、RESTを使うことによって複雑で時間
RESTful-APIのURL設計を考えてみる - Qiita
例えばの話 例えば, 電子書籍の販売サイトのWebAPIを作ることなったとしましょう. そこで, せっかくだからRESTfulな設計を目指そうとしたアナタは, まずいちばんわかりやすい, 本一覧を取得するAPIから着手することにしました. いろいろ本やサイトをあたった末にたどり着いたURLは 対象リソースは本一覧だから/books, 目的はデータ取得だからHTTPメソッドはGET. まさに教科書通り, RESTfulAPIも簡単じゃないか. ほんとにそうでしょうか？ もうすこし詳しい話 少し話を戻すとします. この電子書籍販売サイトには, 実はユーザとして 利用者(本を買ったりレビューを書いたりするユーザ) 販売者(本を売る人) システム管理者 という３種類のロールがあり, それぞれ異なった目的でアプリを使っています. ですので, 本一覧情報を取得したい, となった場合でも 自分が持ってい
ステートレスとは何か
RestWiki をたまに見直すと新たな発見があって面白い。 たとえば先日、「ステートレスなやりとりとは何か(What is Stateless Interaction?)」という箇所を見つけて、興味深く読んだ。このページは以前も絶対に読んでいるはずなのだが、 人間は忘れてしまうものである。 RestWiki の例でも充分わかりやすいのだけれど、自分でも例を思いついたので書きとめておく。 ステートフルサーバとステートレスサーバはどう違うのか。 まずは、ステートフルの例: 客: こんにちは 店員: いらっしゃいませ。○○バーガーへようこそ 客: ハンバーガーセットをお願いします 店員: サイドメニューは何になさいますか? 客: ポテトで 店員: ドリンクは何になさいますか? 客: ジンジャーエールで 店員: +50円でドリンクをLサイズにできますがいかがですか? 客: Mでいいです 店員:
技術/HTTP/REST設計思想の "Stateless" との付き合い方 - Glamenv-Septzen.net
id: 1350 所有者: msakamoto-sf 作成日: 2015-02-11 21:34:52 カテゴリ: HTTP プログラミング [ Prev ] [ Next ] [ 技術 ] RESTfulなAPIやWebアプリケーションを開発する際に、一つの疑問が生じる。 RESTでは「ステートレス」を重視して、サーバサイドでのセッション管理ではなく、クライアント側で認証情報や状態を保持して、サーバに都度送る方式を唱えている。これはHTTPで実装するなら、Cookieを使ったセッション管理ではなく、BasicやDigest認証など、HTTP認証を使うことになる。 しかし現実問題として、モダンなWebサイトでBasic/Digest認証を扱うことはなく、サーバサイドのCookieを使ったセッション管理を使うことになる。 RESTにおいて、ステートレスという特性と、現実のセッション管理をどう
RESTful Web アプリの設計レビューの話
1. RESTful Web アプリの 設計レビューの話 和田 卓人 (a.k.a id:t-wada or @t_wada) July 23, 2012 @ sendagaya.rb 3. 自己紹介 名前: 和田 卓人 (わだ たくと) ブログ: http://d.hatena.ne.jp/t-wada メール: takuto.wada@gmail.com Twitter: http://twitter.com/t_wada タワーズ･クエスト株式会社 取締役社長 4. 私と REST (input) • WEB+DB PRESS vol.32「REST アーキテクチャスタイル入門」 • はてぶ設計議論 • DHH の RubyKaigi 2006 Keynote • WEB+DB PRESS vol.38∼「REST レシピ」 • 『RESTful Web Service』
Web API 設計のベストプラクティス集 "Web API Design - Crafting Interfaces that Developers Love" - フリーフォーム フリークアウト
移転しました http://please-sleep.cou929.nu/20130121.html
WebSockets vs. REST?
原文(投稿日：2012/02/26)へのリンク この数年、WebSocketの人気が高まり、利用可能になってきた。昨年末にはW3C勧告候補となり、標準化に向けてまた一歩前進した。OracleなどもJava Enterprise Editionの次バージョンに向けて、WebSocket関連 (JSR 356) の標準化を開始するようリクエストしたところだ。Chrome、Firefox、Safari、IEといったメジャーなブラウザはみな、すでにWebSocketのいずれかのリビジョンをサポートしており、最終的には標準化されたものを採用することになるだろう。近いうちに、WebSocketはWebになくてはならないものになりそうだ。しかし、WebSocketがWebのアーキテクチャスタイルであるRESTにどのようにフィットするのか、あるいはフィットするのか否か、確信が持てないでいる開発者もいる。N
Railsの誤解：CRUDはRESTじゃない！ - 杉風呂2.0 - A Lifelog -
以下はNick Sutterer氏が2010年10月28日に自身のブログに投稿した、"Rails Misapprehensions: CRUD is not REST! "の翻訳です。本人の許可を得て掲載します。 Rails Misapprehensions: CRUD is not REST! http://nicksda.apotomo.de/2010/10/rails-misapprehensions-crud-is-not-rest/ RailsとRESTについて調べている間、二つのことがよくわかった。 RailsでRESTがどうなっているのか、他と比べて、明解で、基礎的で、「印刷された」解説を見つけにくい。数千のスクリーンキャストを見てきたが、この素晴らしいガイドが一つあるだけだった。 みんなCRUDとRESTを混同している とりわけ後者は僕を困らせたが、あるチームをコーチすると
RESTなWebサービスをPHPで操作する
はてなブックマークのAtomAPIの概要と、アクセスに必要な環境 今回は、「RESTなWebサービスの利用／開発」の第3回として、より本格的にWebサービスにアクセスする例を紹介します。RESTなWebサービスの1つとして、はてなブックマークの「AtomAPI」を例に取り上げ、Web開発用の簡易スクリプト言語であるPHP（PHP：Hypertext Preprocessor）を使ってブックマークの追加／編集／削除を行う方法を解説します。 AtomAPIは、ブログなどのWeb上の情報を、Webアクセスに用いられるHTTP（Hypertext Transfer Protocol）を通して編集するためのプロトコルです。AtomAPIは通称で、正式には「The Atom Publising Protocol」（略称はAtomPub）と呼びます。 AtomAPIでは、一般にはRESTの形式で通信を行
CakePHP - Build fast, grow solid | PHPフレームワーク
New CakePHP 5.0 Chiffon. Faster. Simple. Delicious. What's new in version The migration guide has a complete list of what's new in. We recommend you give that page a read when upgrading. A few highlights from 5.0 are: PHP 8.1 required. Improved typehints across the framework. CakePHP now leverages union types to formalize the types of many parameters across the framework. Upgraded to PHPUnit 10.x
システム設計日記
オブジェクト指向設計の目的は、開発効率をあげ、保守しやすい変更が容易なソフトウェアを作ること。そのために、「クラス」（オブジェクトの型）を基本単位にした「モジュール化」を行い、そのモジュールの再利用性を高める設計を目指す。 ドメイン駆動設計の文脈から、オブジェクト指向が狙った「再利用」の現状を考えてみる。 プレゼンテーション層とデータソース層では「フレームワーク」を使うことで、オブジェクト指向による「部品の再利用」のありがたさを日々実感している。 実行基盤として Spring Boot, プレゼンテーション層の Spring MVC と Thymeleaf、データソース層の MyBatis を使うことで、開発期間を短縮でき、実績のあるフレームワークなので、安定した品質も確保できている。オブジェクト指向が狙った「再利用」が実現されている。 しかし、ドメイン層は、毎回、独自に部品を開発している
REST について調べたまとめ - LukeSilvia’s diary
普段仕事でRails を使っている身ですが、Rails 2.x 系を使っているものが1つもない。結構前からRails 3 の話題がでてきている今、そろそろRails 2.x をまともに使っておきたいと思ったので、まずはREST について調べました。最初にREST について調べたのは、REST がRails 2.x (実際には1.2.x から)で導入された最も大きな概念だからです。 REST とは REST とはアーキテクチャスタイルである アーキテクチャスタイルとはデザインパターンのようなもので、システムを設計する上での方針をまとめたものである。 REST は「REpresentational State Transfer」の略である 直訳すると、「(リソースの)表現可能な状態の転送」。あるリソースの状態を表現したものがサーバからクライアントに転送されるのがREST。ここにでてきた「リソー
第八回XML開発者の日 - naoyaのはてなダイアリー
昨日はXML開発者の日、ということで REST な一日でした。すごく濃いい内容で、とても勉強になりました。まとめとか感想とか結構もう出てますね。見かけた物は僕のブックマークのタグ xmldevday に放り込んでますので興味のあるかたはどうぞ。 僕の発表資料は以下に置いておきます。 http://naoya.dyndns.org/~naoya/ppt/051125hatena_restapi.ppt MacOSX でヒラギノフォントを使ってるので、Windows だと見た目が変かも。あと、ついでなので、Shibuya.pm での prototype.js の話の資料も同じディレクトリに置いておきました。
Jersey、AJAX、JSONを使ってRESTに挑戦しよう
はじめに REST（Representational State Transfer）は、HTTPを介した包括的な方法でデータを扱うことを可能とする、強力で軽量なアーキテクチャです。しかし、強力であるとはいえ、独自のコードにRESTを取り入れるのは少々手間がかかるため、何らかの支援が必要になります。Javaでのコーディングの場合は、Jerseyが助けになります。Jerseyは、JavaコードをREST対応にするために必要な作業を簡素化するオープンソースプロジェクトです。 この記事では、RESTを簡単に紹介し、Jerseyの背景にある基本的な動作概念を説明します。次に、Jerseyを使用して、実際のJavaコードをRESTfulにする方法を示します。最後に、ブラウザベースのJavaScript、AJAX、およびJSONを使用して、作成したRESTfulコードにアクセスする方法を示します。関連ト
RESTに関する疑問に答える
相も変わらず、REST(source)についての学習は、特定のシナリオに対して実際にその概念がどのくらい適用可能であるかということを疑問に思うことに落ち着くと言えるでしょう。そして、あなたがおそらく全く異なるアーキテクチャのアプローチに慣れているだろうとすると、RESTに疑問を持ち始めた状態、あるいはRESTfulなHTTPを気に入り、実際に本当に動かしている状態、あるいは「Hello, World」レベルの導入を終えたまま、単に中断している状態であるというのは、ごく自然なことでしょう。本稿では、RESTを探求しようとしている、特に、SOAP/WSDLベースのWebサービスを背景としたアーキテクチャのアプローチにおいて多くの経験があるときに、RESTについて抱く最も一般的な10の疑問について答えようと思います。 1.RESTはCRUDに適しているが、「真の」ビジネスロジックには適していない
PHPでもActiveResourceを使う·phpActiveResource MOONGIFT
Rails2.0系から導入されているActiveResource。REST経由でデータにアクセスしつつ、自動的にモデルにしてくれるのでデータベースと何も変わらずに操作できるのが便利だ。Web APIをモデルのように使ったり、データベースと疎結合にすることでスケーリングしやすくすることもできる。 RailsのActiveResource風にPHPからもアクセスできる RESTベースであれば何もRailsに限ったことではないだろう。PHPへポーティングしたphpActiveResourceが好例だ。 今回紹介するオープンソース・ソフトウェアはphpActiveResource、PHPによるActiveResource実装だ。 phpActiveResourceはPHPでActiveResourceのようなアクセスを可能にするライブラリで、phpActiveResourceを継承したクラスを作成
yohei-y:weblog: REST 入門
日本語の REST のリソース集を以前作ったのだが、 日本語では一般人向けの解説がない。 sheepman 氏の REST のページはすばらしいんだけど、多少わかっている人向けだ。 市山氏のプレゼン資料は RoyF の論文を詳しく解説していてよいのだけれど、いかんせんアカデミックすぎる。 技術的な要素も抑えつつ、入門者にもわかりやすい解説はないものかと探していたのだが、みつからない。 英語の文書を訳すことも考えたんだけど、あまりよいものが見つからない。 で、結局自分で書くことにした。 最初はひとつのポストで済ませるつもりだったんだけど、書き始めたら長くなってしまったので、複数のポストに分けることにした。 えらそうなことを書いたが、内容は「ないよりマシ」といったレベルだろう。 前書きが長くなったけど(ここから始まりです。ですます調なのは入門記事だから)、 この記事(から始まる一連のポスト)は
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.tonttu.net/tec/cakePHP/RESTfulIndex.html
はてな各サービスの機能変更、お知らせなど - はてな技術発表会日記 - 2月6日の技術勉強会
IBM Developer