Rest与Wcf的利弊

使用rest服务和wcf服务的优缺点是什么

---

我想知道该用哪种类型，我想找一些比较。

你在问一个关于苹果和桔子的问题。REST是用于创建web服务的模式。我不是这方面的专家，但你可以在这方面找到很多细节。WCF是一种用于创建web服务的Microsoft技术（主要使用，尽管它是如此可配置，您也可以在其上执行REST-请参阅）

WCF的优点：

非常可配置-如果您可以想象，WCF可能可以做到这一点

如果您坚持使用Microsoft堆栈，那么使用起来很简单。Visual Studio为您完成90%的工作

WCF的缺点：

非常可配置-有时让它完全按照您的意愿运行会有点痛苦，特别是如果您是新手的话

不同技术堆栈之间的通信可能存在一些问题。我听说Java服务在指向WCF服务时会卷曲并消亡。据我所知，这是Java库的问题，不是WCF，但谁知道呢

---

现在我想到的就是这些，但希望这能给你一个关于WCF的好印象。

如果你绝对确定HTTP是你想要使用的协议，并且你想把它作为一个“应用程序”协议，而不仅仅是一个“传输”协议，那么就可以使用ASP.NET Web API之类的协议

如果为数据中心的服务器建立一个服务来互相交谈，那么认真考虑WCF。

---

是否休息是一个完全不同的问题。这项服务会持续很多年吗？它会有很多不同的客户吗？这些客户中会有一些超出你的控制吗？如果您的回答是肯定的，那么可能有必要研究REST约束可以带来哪些好处。

REST是一种通过internet进行通信的方式。这是一个非常基本的过程，可以选择地址作为方法位置并返回HTML标准数据（当然是javascript、css、HTML）

WCF是一个.net库，用于让两个程序使用SOAP相互通信。它由两个非常熟悉的程序组成

鉴于Rest是一个过程，而WCF是一个类库，更好的问题可能是“Rest vs Soap”

底线是，如果你需要两个应用程序来通话，你可能需要使用WCF。即使应用程序并非都是用.net编写的。但是，如果您需要通过web技术访问信息（通常javascript访问是通过这种方式完成的），您将需要使用Rest

---

不过，简单地说一下，WCF的Rest也很好，所以在这方面你真的不会出错。

在ASP.Net WebAPI出现之前，你可以用很少的配置创建一个WCF Rest服务。。。搜索System.ServiceModel.Activation.WebServiceHostFactory.ASP.NET Web API不再真正使用WCF。对于2014年遇到此问题的人，可能会重复：我不太喜欢这里的第一段。您可以返回任何可能包含js、html或css代码的任意资源。