Unfortunately, it was a fallacy that you could create a REST based service and a SOAP based service by having the same service contract and exposing them via different bindings. Architecturally the two approaches are completely different.
You are still free to use wsHttpBinding to take advantage of HTTP on the intranet for RPC style services. However, REST requires a completely different design for both the client and the server.
Having infrastructure that inferred this was possible was doing a huge disservice to the community and it wasn't helping Microsoft's reputation.
WCF has lost absolutely nothing. It is still the primary way that Microsoft based enterprises should use to communicate between their servers in their datacenters.
Now abt arch of a project , it is true that we put our business logic in core business classes not in the service implementation part.So as we build a WCF soap based api we can also build Web http only based api for our business logic.
But when microsoft introduced WCF the goal was to every thing under one hood. In case of this new Web Api you have to agree that in is not under the hood of WCF any more.
@Christian.Weyer , your earlier post gives a good insight into the thought process behind the change. The one point I would pick up on is when you say:
Christian.Weyer
For a web-based base framework maybe WCF is not the right choice.
I can see the sense of this argument here, but it seems like still having the WCF Data Services API as an ongoing concern is contradictory to this. Should ASP.NET Web API not expand it's OData support so that we are left with a single framework to expose web
API's?
Darrel Mille...
Member
176 Points
56 Posts
Re: WCF web api is lost ?
Feb 25, 2012 05:49 PM|LINK
Unfortunately, it was a fallacy that you could create a REST based service and a SOAP based service by having the same service contract and exposing them via different bindings. Architecturally the two approaches are completely different.
You are still free to use wsHttpBinding to take advantage of HTTP on the intranet for RPC style services. However, REST requires a completely different design for both the client and the server.
Having infrastructure that inferred this was possible was doing a huge disservice to the community and it wasn't helping Microsoft's reputation.
WCF has lost absolutely nothing. It is still the primary way that Microsoft based enterprises should use to communicate between their servers in their datacenters.
neon2
Member
44 Points
48 Posts
Re: WCF web api is lost ?
Feb 27, 2012 04:26 AM|LINK
@ALL
Good to see all ur openion in this thread.
Now abt arch of a project , it is true that we put our business logic in core business classes not in the service implementation part.So as we build a WCF soap based api we can also build Web http only based api for our business logic.
But when microsoft introduced WCF the goal was to every thing under one hood. In case of this new Web Api you have to agree that in is not under the hood of WCF any more.
Tell me if i am right or Wrong.
Thanks in advance
colmac73
Member
4 Points
3 Posts
Re: WCF web api is lost ?
Feb 27, 2012 03:23 PM|LINK
@Christian.Weyer , your earlier post gives a good insight into the thought process behind the change. The one point I would pick up on is when you say:
I can see the sense of this argument here, but it seems like still having the WCF Data Services API as an ongoing concern is contradictory to this. Should ASP.NET Web API not expand it's OData support so that we are left with a single framework to expose web API's?Christian.We...
Member
32 Points
11 Posts
Re: WCF web api is lost ?
Mar 06, 2012 06:06 PM|LINK
The team is working on improved OData support: http://aspnet.codeplex.com/wikipage?title=ASP.NET%20MVC%204%20RoadMap
Microsoft MVP for Windows Azure [Architecture]
http://weblogs.thinktecture.com/cweyer
https://github.com/thinktecture/Thinktecture.Web.Http