我应该选择什么框架来构建WCF Restful API

我希望使用WCF构建一个Restful API，但是我很难决定如何实现这一点

WCF Rest初学者工具包是为.Net 3.5开发的，尚未超过预览版2。尽管它可以在当前的.NET框架和VisualStudio2010中使用，但从我的研究来看，它似乎已经死在水中，并被新的WCF Web API所取代，该API目前正在Preview 5中

另一方面，WCFWebAPI仅处于预览阶段，不应真正用于生产应用程序，因为在发布之前，许多事情可能会发生变化。也没有迹象表明它是否即将完成，是否将在下一个.NET Framework版本中发布，以及何时发布

---

我发现自己身陷困境，希望更广泛的社区尽可能为我提供一些指导。

使用ASP.NET MVC构建Restful API应该是一种简单明了的方法

但是，我在生产中使用了WCF Web Api，没有任何问题

看

也许这就是你想要的
另见

---

你应该从格伦·布洛克那里考虑。
我取决于你的申请。如果它是一个使用ASP.NET MVC提供REST API的网站（也有视图），那么它的技术、工作量、诀窍等就会减少

---

如果只是一个REST API，请选择您更喜欢的开发风格：ASP.NET MVC或WCF Web API
谢谢，但需要坚持使用Microsoft WCF堆栈。然后问问自己-该服务的任务关键性有多大，运行多长时间，您是否需要更新api的所有新功能，以及何时需要该服务。如果您需要它，那么尽快使用旧版本，如果您需要新功能，请使用新的，并为api更改的痛苦做好准备。所以基本上这要视情况而定，但我更喜欢安全的路线——比你的正确路线更安全。我越是关注使用MVC站点的Hasans解决方案，我就越喜欢它，我认为它会满足我的需要，而不会像你说的那样让人头痛。有趣的是，我从来没有想过使用MVC路由并使用它的内置路由和JsonResult（我以前在jQuery调用中使用过它）。然而，这确实让我克服了目前的一个障碍，当WebAPI及其所有内置功能发布时，6个月后可能会是一件痛苦的事情，我在某种程度上也在努力实现自己的功能。不过，如果我的API和方法调用都以相同的方式工作（即GET、POST、，放置等等？？理想的方法是将所有逻辑放在一个服务类中，MVC控制器或WCF Web Api服务类将只是一个代理，因此在一天结束时，如果你想刷出一些东西，应该一点也不困难，因为最重要的东西仍然完好无损。我刚要从我的代码开始在控制器内部，如示例所示。如果我没弄错的话，你是说有一个UserService类，它保存了我访问实际数据的所有代码，然后有我的UserController来处理请求，然后从内部调用UserService类。因此，如果我需要更改UserService类内部的任何操作方式，只要它仍然返回指定的类型，它就不会影响UserController？是的，这正是我的意思。有趣的是，我想知道多久！祝贺你的Web API帖子，我从一开始就关注它们，这给了我很大的洞察力。所以等待发布是如此令人沮丧。但是，假设微软在生命周期的早期阶段就开放其开发以获取反馈，会发生什么呢