Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    primarykey
    data
    text
    <p>Another contender is <a href="http://www.asp.net/web-api" rel="nofollow">ASP.NET Web API</a> <a href="https://pfelix.wordpress.com/2012/03/05/asp-net-web-api-processing-architecture/" rel="nofollow">which uses WCF in self hosted scenario</a>.</p> <p>There are pros and cons but it all depends what you need now vs. latter, what is your level of expertise, technology commitment and what are the design trade-offs. </p> <p>It depends what you mean by reliable. One technology is not necessarily more or less reliable. There are many factors that go into reliability.</p> <p>These are some of the few pros/cons in no particular order, preference or completeness.</p> <p><strong>ASP.Net MVC / WebApi / ServiceStack</strong></p> <p>Pros:</p> <ul> <li>Setup and running within minutes for basic scenario (have URL get some JSON data)</li> <li>Simple to configure. </li> <li>REST setup straight forward.</li> <li>Complete control over routing.</li> <li>JSON native support (ASP.NET Web API can automatically serialize<br> your model to JSON, XML, or some other format, and then write<br> the serialized data into the body of the HTTP response<br> message.)</li> </ul> <p>Cons:</p> <ul> <li>Cannot describe your service to a consumer: no api like WSDL exist as of yet that can tell the client data types, operations and service requirements</li> <li>Transport security only - point-to-point security</li> <li>No message level security</li> <li>No Service Discovery protocols (as of now)</li> <li>No Message routing</li> <li>No multi-protocol support e.g. tcp</li> <li>Single hosting scenario (IIS - this can be a pro too)</li> </ul> <p><strong>WCF</strong></p> <p>Pros:</p> <ul> <li>Multi-protocol support</li> <li>Transport and Message security</li> <li>Highly configurable and inter-operable</li> <li><a href="http://blogs.msdn.com/b/carlosfigueira/archive/2011/03/14/wcf-extensibility.aspx" rel="nofollow">Very extensible</a></li> <li>Supports various messaging scenarios e.g. routing, duplex, pub/sub, queuing, etc.</li> <li>Lots of knobs for shaping messages and internal workings</li> <li>Wide variety of hosting scenarios (IIS/WAS, Windows Service, Console)</li> </ul> <p>Cons:</p> <ul> <li>Steep learning curve</li> <li><a href="http://msdn.microsoft.com/library/bb412172.aspx" rel="nofollow">REST story weak</a> (yes webHttpBinding exists but try explaining to someone TemplateURI and WebInvoke/Web get and BodyStyle) </li> <li>Lots of knobs</li> </ul>
    singulars
    1. This table or related slice is empty.
    plurals
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. VO
      singulars
      1. This table or related slice is empty.
    2. VO
      singulars
      1. This table or related slice is empty.
    3. VO
      singulars
      1. This table or related slice is empty.
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload