选择一个 REST 框架与 asp.net-MVC 一起使用

Question

我已经使用 asp.net mvc 构建了我的网站，它基本上与我的服务层对话。服务层的设计使外部应用程序可以作为API调用它（可能类似于twitter）。

把它想象成一个精确的推特扯掉。 使用的功能：

1. 身份验证（密码，脸书，推特，OpenID）。
2. 数据上的 CRUD。

现在我的问题是选择一个 RESTful API 框架。我在想以下几点：

1. 如果我使用 asp.net mvc，我是否会受到限制？例如，页面生命周期等。
2. 我试图远离 WCF，因为我听说它太大太笨重了。
3. ADO.NET 数据服务与我的应用设计的吻合程度如何？
4. OpenRasta呢？

我想我设计了我的服务层和 mvc 应用程序（会话等）来水平缩放到目前为止。不确定 API 需要什么才能扩展。

Answer 1

我知道你提到想远离WCF（适当），我可以理解。

根据您的要求（这是一个任务关键型网站吗？以营利为目的？），我可能建议至少查看WCF Web API。这不是一个最终版本，因为新的预览版本刚刚在 Mix 11 上发布，所以如果你的要求决定了更多的 PROD 准备，那么我会引导你走向 jdangelo 提到的内容。否则，我发现 Web API 非常有趣。

有关框架提供的内容的良好概述和示例，请查看 Alex Zeitler 的演练。

还提供了 NuGet 包（搜索 WebApi），其中包含示例，可进一步向你展示可以执行的操作。