原文(投稿日：2011/06/01)へのリンク Programmable Webのデータによる、APIの73％が RESTfulであることを基に、RESTは勝利した、と早合点する人達がいるかもしれない。しかしSOAの実践者である Steve Jones氏は、それらのAPIはデータ収集するフロントエンド システムで使われており、エンタープライズ システムの大部分によっては使われていないし、RESTはまだエンタープライズに対応出来ていない、と注意喚起している。 Masheryの前CTOであるClay Loveless氏は、Glue Con 2011で「SOA失敗の教訓」という講演の中で、APIリソース索引作成のProgrammable Webによる統計について話し、ここ数年SOAPは伸びているが、堅実に伸びているRESTに比べてずっと割合が小さいことを示した。 これらの数値に対して、Capge
移転しました http://please-sleep.cou929.nu/20130121.html
Webアプリケーションについて、RESTfulなURL・リソース設計のパターンを見出すことで、 どのパターンかを判断するだけで、既存の Good Practice が適用できる 名前をつけて呼べるようにしたい Railsなどのフレームワークで簡単に適用できるようにしたい ということを目指しています。 ほんとうに役立つか これはパターンと言えるのか もっと他にもある だいぶ粒度がバラバラ 名前の付け方（パターンは名前重要） など、ぜひご意見をください。 パターン Collection & Member Resource パターン Singular (Singleton) Resource パターン Filtered Collection パターン Filtered Subresource パターン Multi-member Resource パターン Partial Resource パター
最近、増井君と私でアーキテクチャの話をすることが多いのだが、そんなディスカッションの中で気に入っているのは左の図のようなアーキテクチャ。 もちろん、核となるのはビジネスロジックを含んだModelの部分。そこをしっかりと実装し、内部構造を隠す粒度の荒いインターフェイスを定義し、外から何をされてもデータの整合性が壊れない様にすることは何よりも大切。 そして、そのModel層へのインターフェイスを特定の言語に依存したクラスやAPIではなく、HTTP上でJSON（XMLでもかまわない）をやりとりするだけの RESTfulなWeb Serviceにすることがミソ。こうすることによりにより、どんなに締め切りに負われようが、誰がControllerを実装しようが「ずるができない」ように作っておく（ずる＝本来使うべき外部インターフェイスだけでなく、Model内部に直接アクセスして依存関係を作ってしまう事）
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
