Exposing CQRS Through a RESTful APIInfoQ Software Architects' Newsletter A monthly overview of things you need to know as an architect or aspiring architect. View an example
JWTUMOIM: Act 3
I'd say I've looked at about a hundred different web service designs. I've tried to design good web services. I want to distinguish between good web services and bad ones, and figure out what is the relationship between the constraints of REST and subjectively determined web service quality. I figured out about two-thirds of the answer while I was writing RESTful Web services. What I'm about to sh
eventer.com网站关闭,域名出售
eventer.com网站已经关闭，域名正在出售中 ：eventer.com一口价链接 the domain for sale：eventer.com
REST-ful URI design | 2PartsMagic Blog
This post is about URI naming. Designing URI names. Some tips and rules and conventions that you can follow when figuring out your application's URIs. TheThis post is about URI naming. Designing URI names. Some tips and rules and conventions that you can follow when figuring out your application’s URIs. The focus is on URIs for ‘REST-ful’ applications. But many of the tips apply to any kind
Mike Mayo
Guidelines I use for determining if and how I want to use everyone's favorite before/after hooks in Rails Heroku is a phenomenal service for deploying small apps since they have a great free plan. Rack-Jekyll is a gem that makes deploying a Jekyll site to Heroku easy, but there are a couple gotchas with making the current version work.
Nobody understands REST or HTTP
Jul 03 2011 HI HN, PLEASE READ THIS!!! Since I’ve posted this, I’ve refined a few of my positions on things. Everyone learns and grows, and while I still stand by most of what I said, I specifically don’t agree that versioning the media type is how to properly version APIs. Hypermedia APIs should not actually use explicit versioning, but I’d rather see a version in the URI with HATEOAS than no HAT
リソースモデリングパターン
Webアプリケーションについて、RESTfulなURL・リソース設計のパターンを見出すことで、 どのパターンかを判断するだけで、既存の Good Practice が適用できる 名前をつけて呼べるようにしたい Railsなどのフレームワークで簡単に適用できるようにしたい ということを目指しています。 ほんとうに役立つか これはパターンと言えるのか もっと他にもある だいぶ粒度がバラバラ 名前の付け方（パターンは名前重要） など、ぜひご意見をください。 パターン Collection & Member Resource パターン Singular (Singleton) Resource パターン Filtered Collection パターン Filtered Subresource パターン Multi-member Resource パターン Partial Resource パター
It is okay to use POST » Untangled
Tim Bray’s article on RESTful Casuistry revisits an odd meme in the REST debates that I’ve been meaning to discredit for a while. Some people think that REST suggests not to use POST for updates. Search my dissertation and you won’t find any mention of CRUD or POST. The only mention of PUT is in regard to HTTP’s lack of write-back caching. The main reason for my lack of specificity is because
Redirect Notice
Redirect Notice The page you requested has been relocated to https://restfulobjects.org/spec/1.0/about.html.
ITは思考より技術を重要視している
CapGeminiのSteve Jones氏は、何年にも渡って SOA, REST、ITの様々な面について多くのことを書いている。最近、「思考は死んだ」という題の記事の中で、彼はいかに自分は、ITが思考よりも技術を重要視している、と考えているかについて書いている。 しかし、彼の言葉は、正確に何を意味しているのか？氏は、2009年の Anne Thomas-Manesの記事を引用することから始めている。彼女は、この記事の中でSOAは死んだ、と宣言した。彼は更に次のように言っている。 Itでは、「思考」や考えることの価値は、これは概ね社会を反映している方法で、設計、計画、アーキテクチャやただキーボードを打ちまくる以外のことが、事実として意見や発言を述べることよりも低く見られる段階まで、落ちてしまった。 これを説明するために、氏は、過去数年間のRESTに目を向ける。我々は過去に数回報告したように
Designing Hypermedia APIs
Build better web applications. Every web service needs a killer API to interact with numerous clients and other web services. Users expect the applications they use to work together in interesting and fresh ways; the programmable web has created interesting experiences that the originators of services would have never concieved. Hypermedia and RESTful principles drive the largest distributed appli
Literate Programming - Some People Understand REST and HTTP
Aug 07 2011 This is a follow-up post to my post here. You probably want to read that first. UPDATE: Please note that ‘REST is over’. ’Hypermedia API’ is the proper term now. A few words on standards versus pragmatism When I wrote my first post on this topic, I tried to take a stance that would be somewhat soft, yet forceful. Engineering is the art of making the proper trade-offs, and there are tim
リソースは貧血症？（第2回 RESTful本読書会 第５章） - winplusの日記
第2回読書会 RESTful本読書会 第５章の資料第５章の資料公開 ( RESTful 読書会 ) - Mi manca qualche giovedi`?が公開されています。 とりあげるのは発表資料のここ。 ・オブジェクト指向での設計 - システムを可動部分(名詞)に分割 ・RPC スタイルでの設計 - システムをその動き(動詞)に分割 ・リソース指向での設計 - オブジェクト指向の設計の手法で設計しつつ、 - 動詞(メソッド)をもオブジェクトとして扱う → リソース指向の設計手法は「究極のオブジェクト指向」 本文ではここ(p113)。 リソースとは何らかのものなので、オブジェクト指向の手法でリソースを設計することにしよう。実際、リソース指向の設計手法は「究極のオブジェクト指向」と呼ぶことができる。プログラム言語におけるクラスでは任意数のメソッドをサポートし、それらに名前をつけることがで
RESTに関する３つの間違い
楽観的排他制御を利用する非同期的なトランザクション実行であればスケーラビリティを損ねることなく2phase commitが可能である。これは、分散KVSにおけるスケーラビリティと一貫性の両立について で主張したように、同期的な2phase commitは密結合に誘導することになるため、矛盾するように思えるかもしれない。だがそんなことはない。 前半はまずこの話から入るが、後半ではRESTに関する間違いについて、３つほど思うところを述べたい。 楽観的排他制御と2phase commit reflexworksではFeedやEntry単位でatomicなトランザクション処理を行えるが2phase commitはサポートしていない。これを許すと密結合になってスケールしないからである。だが、これはあくまで同期的な処理の話であって、ネットワーク障害への耐性を考慮され、非同期処理やオフラインで使えるので
The Hypertext Application Language
HAL - Hypertext Application Language A lean hypermedia type Author: Mike Kelly <[email protected]> Created: 2011-06-13 Updated: 2013-09-18 (Updated) Summary HAL is a simple format that gives a consistent and easy way to hyperlink between resources in your API. Adopting HAL will make your API explorable, and its documentation easily discoverable from within the API itself. In short, it will make yo
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
REST Layers and REST Applications
REST API Best practices: Where to put parameters?
I got 99 problems, but ReST ain't one
Collection+JSON - Hypermedia Type : Media Types
Hypermedia APIs - Jon Moore