哪里有WCF和ADO.Net数据服务？

Question

我对ADO.Net数据服务感到有点困惑。

它只是用于创建RESTful Web服务吗？ 我知道WCF在SOAP世界中开始，但现在我听说它对REST有很好的支持。 ADO.Net数据服务也是如此，如果您无法从面向资源的视图中查看所有内容，则可以使其在RPC模型中工作。

至少从我最近看到的演示看来，ADO.Net Data Services看起来像是在服务器上的WCF堆栈上构建的。 如果我错了，请纠正我。

我不打算开始REST和SOAP辩论，但我想事情已经不那么清楚了。

关于在哪里使用的任何建议或指导？

Answer 1

在我看来，ADO.Net数据服务用于创建与您的域模型紧密结合的休息服务，即模型本身已发布，而不是说某种形式的DTO等。

将它用于RPC样式服务似乎是不合适的，但不幸的是，甚至一些非常基本的功能，如能够执行过滤计数等等，这通常意味着你最终会使用一些RPC只是为了满足要求您的客户，即您可以显示分页网格等。

WCF 3.5 SP1之前是一个相当弱的RESTful平台，在Uri模板和ATOMPub支持的可用性方面都有所改进，因此它的功能越来越强大，但它们并没有真正提供任何优雅的解决方案来支持JSON ，XML，ATOM，甚至像CSV这样的有效载荷更加深奥，不得不使用URL重写和不同的扩展，方法名称等等 - 而只是根据请求的标题选择一个串行器/解串器。

使用WCF，仍然很难创建在更自然的宁静庄园中工作的服务，即资源包括网址，并且您可以通过浏览它们来过渡状态 - 它有点笨重 - ADO.Net数据服务使用它的AtomPub做得很好虽然支持。

我的建议是使用Web服务，它们自然是服务和强大的服务边界，使用ADO.Net数据服务用于富Web风格的客户端（网站，ajax，silverlight），其中url查询的可组合性可以节省如果您需要完全控制信息，即如果您要为其他开发人员发布API，那么很多管道和您的域模型都非常基础...并且可以使用自己的REST层（可能使用MVC框架作为起点）在社交平台上消费等

我的价值2！

Answer 2

在处理根本不与数据库交互的代码时，使用WCF的rest绑定非常有效。 HTTP谓词并不总是违背数据提供者。

Answer 3

实际上，有一些选项可以过滤和跳过以获得类似于其他功能的页面。

看这里：