WCF vs ASP .Net Web API

使用每种技术有哪些优缺点?

WCF Web Api现在被合并到Asp.net Asp.net web api现在支持自主托pipe。

我仍然想象如果我想公开多个协议模式的相同的操作,我仍然倾向于WCF或Mvc终点也可以吗?

此外,新的Asp.NetnetworkingAPI暴露Wsdl? 如果不是,客户会怎么弄清楚他们可以使用哪些操作?

可以说Mvc的最佳特征是模型绑定器。 WCF的等价性有多强大?

那么有人能告诉我,Asp.net web api带来了什么好处? WCF似乎绝对是更强大/可扩展的select,imo。 关于WCF模型中唯一的Mvc Web API可能是易于开发的,但是如果它最终成为一个严重的devise限制,那么就意味着下一步的开发。

首先,我build议你阅读我的post: http : //blogs.microsoft.co.il/blogs/idof/archive/2012/03/05/wcf-or-asp-net-web-apis-my-两美分上最subject.aspx

关于你的WSDL问题 – 因为WebApi不使用SOAP,它不需要WSDL,也不会导出它。 您可以使用Hypermedia通过可能的活动URL列表返回资源(将其视为自描述资源)

select取决于我们想要做什么。

  1. ASP.NET Web API是一个仅通过HTTP构build非基于SOAP的服务的框架,因此使用此框架的传输协议不会更多。
  2. WCF / Windows Communication Foundation是一个交换基于SOAP消息的框架,在这里我们使用了很多传输协议:HTTP,TCP,命名pipe道,MSMQ等等。

我不确定哪一个在数据量方面有更好的性能,可能是WCF,因为我们可以使用低协议。 任何意见表示赞赏。

WCF Web API主要关注REST实现。 如果你正在设置一个REST实现,那么标准的WCF位在后面会有点痛苦。 如果你正在设置RESTful服务,你会发现WCF Web API更好的体验。 如果您正在设置SOAP服务,那么WCF Web API不是您最好的朋友,您最好使用WCF来处理您的服务。

使用WCF for intranet / B2B sites n B2C / C2C / internet sites的Web API … SOAP / XML仍然是企业内部沟通的标准,它不会消失!