Asp.net mvc WCF Rest服务或ASP.NET MVC控制器/操作？

如果有人能提供一些关于哪一个更有益的见解，我将不胜感激

WCF中的RESTful服务可以提供与ASP.NETMVC控制器相同的功能，即可以使用Controller/Action适当地形成URL

使用其中一种方法是否真的有好处

WCF Rest服务将提供。。 1） 现成的证书认证 2） 伐木 3） 消息头等

MVC 1） 开箱即用的不同操作结果

如果有人使用或讨论过这两种技术。请让我知道

更新：

我继续使用MVC模型，因为它给了我很大的灵活性，并且我可以使用CustomActionInvoker使用相同的操作来呈现不同的视图，这真的很酷

---

-RN

WCF使您的服务更易于管理，并提供更多协议选项，如TCP、命名管道、PerChannel和MSMQ

WCF使您能够通过web.config（包括restful URL）指定绑定到服务的多种方法，从而为您提供更大的灵活性。在conrast中，mvc为您提供了通过代码轻松构建resful URL和输出数据的能力，其方式与您使用web应用程序的方式大致相同。如果您已经了解mvc，这非常简单，并且只需要最少的额外知识

如果服务对整个解决方案非常重要，可能会以不同或多种方式调用，或者有或可能有特殊的安全要求，我建议使用wcf

---

另一方面，如果这是一个快速、简单的独立解决方案，或者只是在现有的.net mvc应用程序中提供不同的数据输出表示，我会选择mvc。

此时，您最好的选择是ASP.net mvc。它提供了对设计RESTful解决方案所需的HTTP原语的更清晰的访问

---

WCF Rest的唯一显著优势是能够自托管服务，如果您想使用ADO.NET数据服务来提供OData/Atom服务，那么WCF显然是您的最佳选择。

我不确定您是否可以将Tcpbinding与WCF结合使用。Rest专门使用webhttpbinding。我可能错了，但你一定错了。您可以将netTcpBinding与WCF结合使用。看这个。我特别谈到了WCF REST服务。“使您的服务更易于管理”。。。怎样？通过使用.config文件使其更易于配置？如果这很明显，请原谅，但通过“自主机”这基本上只是意味着您不需要IIS吗？@SpencerRuport正确。尽管由于Web API的引入，自这一回答以来，情况发生了变化