到目前为止，我的选择是 ADO.Net 数据服务、WCF REST Starter Kit（不确定我是否可以使用它，因为它们的 EULA 很难理解和混淆）、ASP.NET MVC。
有很多帖子，但我想看看是否还有我缺少的框架。如果您已经使用上述任何选项，也请发布您的经验。
我希望使用的场景是从 SQL Server 数据库中保存和检索一些数据。我正在寻找已经内置了一些基础设施的东西。我阅读了其他问题，但我没有得到人们对上述选项的任何具体经验，所以想知道事情是否会随着时间而改变。
提前致谢。
澄清 #1：我目前将我的选项限制为 MS Stack
实际上，我认为 ADO.NET for Data Services（以前称为 Astoria）是您想要的。
就 v1 而言，WCF 肯定不是要走的路。它会阻止您实现 ReST 架构的许多约束。
如果您想通过 http 进行 ReST，为什么不看看 OpenRasta，它是从头开始构建以支持 REST 场景的：
http://trac.caffeine-it.com/openrasta
塞布
如果您使用 .asmx wed 服务，您可以使用ScriptService标记该类，然后在 AJAX 调用中请求 Json 以获取 Json。
如果您的网站已经在运行 MVC，并且添加额外的视图并转储 xml/json 而不是 HTML 内容会更容易。（Stack Overflow 为他们的 RSS 提要这样做）
如果您想添加自定义标头，例如 Basic Http Authentication、X-HTTP-Method-Override以支持 put/delete（因为浏览器管道仅支持 get/post），在Rest Starter Kit中很容易做到，而且几乎不可能目前在 WCF 3.5 中执行（可能与设置了允许httpcontext的属性的 asp.net 模块一起使用）
Rest Starter Kit 填补了 WCF 3.5 遗漏的所有空白！
REST Starter Kit 有一个 ASP.NET 预发布组件，如“软件按原样许可。”您承担使用它的风险。它可能永远不会作为稳定版本发布“ 查看许可证
为了帮助您入门，PluralSight提供了一些关于 REST 和 REST Starter Kit 的精彩视频教程。
ASP.NET MVC 并不像其他东西。它是一种 Web 开发模型，是 WebForms 的替代品。
至于实现基于 REST 的 Web 服务，WCF 可能是要走的路。它几乎是设置一些额外的属性，配置单个 xml 文件，仅此而已。就基础架构而言，WCF 与现有的任何选择一样完整，因为它具有内置的带宽和并发性，如果您决定切换传输（例如，命名管道或 TCP）或希望切换到使用 SOAP，这是一个微不足道的开关。此外，跟踪是内置的，当出现问题时可以很方便。
最后一个选项可能是 Web 方法。如果您只是想通过 Ajax 启用网站，Web 方法可能会成功。
至于您是否缺少任何框架......如果您正在处理 MS 开发堆栈，不，仅此而已，除了仍然支持的经典 Web 服务。
如果您谈论的是非 MS 语言，那么所有各种语言（Java、Python、Ruby 等）都有半百种不同的 Web 服务标准。如果您不局限于 MS 技术，那么您应该明确这一点，因为它提供了大量的选项。
编辑：这并不是说你不能用 ASP.NET MVC 做基于 REST 的无视图接口。如果只是意味着您的基础设施为零，并且基本上将自己滚动。因此，没有负载处理、没有 DDOS 保护、没有容错等等……