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: 331
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.
Is the REST Starter Kit really obsolete?
Has anyone had any success implementing the WCF Web API toolkit?
Is there merit to using either of these over the built-in WCF WebHttp Services features found in
System.ServiceModel.Web
?Is there a single solution that works for any client (web, Silverlight, etc.)?
What suggestions do you have?
© Programmers or respective owner