Blog Archive

RESTful architecture simply explained

Posted By: Nick Floyd on December 18, 2008

I can’t believe I missed this gem that Roy T. Fielding put out in October!  If you’re not up for reading the monster dissertation at least read this post and the comments.

A REST API must not define fixed resource names or hierarchies (an obvious coupling of client and server). Servers must have the freedom to control their own namespace. Instead, allow servers to instruct clients on how to construct appropriate URIs, such as is done in HTML forms and URI templates, by defining those instructions within media types and link relations. [Failure here implies that clients are assuming a resource structure due to out-of band information, such as a domain-specific standard, which is the data-oriented equivalent to RPC’s functional coupling].

Read the whole entry...
Posted In: API,
Comments:  Comments

Making ASP .NET MVC URIs RESTful

Posted By: Nick Floyd on December 15, 2008

Out of the box the ASP .NET MVC implementation is nice, easy, and elegant. From what I understand they used a few patterns from, the RoR world. One thing that is not part of the default implementation is RESTful routing.

Thanks to the guys who are infinitely smarter than me that did MVCContrib, adding RESTful behavior (using SimplyRestfulRouteHandler) to a .NET MVC app is pretty simple.

Read the whole entry...
Posted In: API, Tips,
Comments:  Comments

RESTful thoughts - OAUTH and statelessness

Posted By: Nick Floyd on December 14, 2008


I keep a copy of Roy Fielding’s 162 page dissertation in my laptop bag, yeah I know - ich bin ein nerd, but hey it only adds another 2~3 lbs to my bag and I like rules and architecture - “form follows function” as Fielding puts it.

I am facing an architectural paradox right now where form seems to be tripping over function - client-stateless-server (CSS).

Read the whole entry...
Posted In: API,
Comments:  Comments

RESTful thoughts - Why ASP .NET MVC?

Posted By: Nick Floyd on December 9, 2008

Let me begin by building the frame of how we approached the idea for a new API before I go into the details of the technologies we chose.

Read the whole entry...
Posted In: API,
Comments:  Comments