Which .NET REST approach/technology/tool should I use?

Posted by SonOfPirate on Programmers See other posts from Programmers or by SonOfPirate
Published on 2011-09-06T12:25:16Z Indexed on 2011/11/17 2:04 UTC
Read the original article Hit count: 302

Filed under:
|
|

I am implementing a RESTful web service and several client applications that are mostly in Silverlight. I am finding a litany of options for developing both the server-side and client-side of the API but am not sure which is the best approach. I'm concerned about stability as well as a platform that will continue to exist a few months from now.

We started using the REST Starter Kit with .NET 3.5 but moved to the new WCF Web API when updating to .NET 4.0. All of their documentation indicates that WCF Web API is the replacement for the RSK. However, Web API is only in Preview 4 and does not include support for Silverlight or Windows Phone 7 clients (yet).

WCF Web API looks like a wrapper on top of the WCF WebHttp Services stuff provided in the System.ServiceModel.Web library which makes me think that maybe it would be simpler to just go with the built-in stuff but Web API does offer some nice features.

I am specifically tied-up trying to determine the best course for the client-side. My main requirement is that I need to support deserializing into my client-side objects quickly and easily. The Web API offers a nice client library but doesn't have a Silverlight version.

I'd like to use the latest approach and the toolset that is being actively developed and supported.

  1. Is the REST Starter Kit really obsolete?

  2. Has anyone had any success implementing the WCF Web API toolkit?

  3. Is there merit to using either of these over the built-in WCF WebHttp Services features found in System.ServiceModel.Web?

  4. Is there a single solution that works for any client (web, Silverlight, etc.)?

What suggestions do you have?

© Programmers or respective owner

Related posts about .NET

Related posts about rest