好的，所有这些在Silverlight控件中获取数据的方法让我感到困惑。
我查看了ADO.Net数据服务，Web服务和支持Silverlight的WCF服务。 我只是不确定何时适合使用另一个。每个提供的优点/缺点是什么？
我已经构建了一个Web应用程序和一个Silverlight控件。我将向我的Web应用程序添加这3个选项中的一个，并从我的Silverlight组件中使用它。
答案 0 :(得分：9)
从Silverlight的角度来看，无论如何WCF受到很大限制，因此WCF的大多数通常的优势都不适用。但是，它仍然是一个相当不错的，一致的编程模型。
WCF主要是一个SOAP堆栈，所以它非常擅长将数据呈现为严格的操作。 ADO.NET Data Services是一个REST堆栈，允许通过线路动态执行非常富有表现力的查询。
我不知道它在Silverlight中是怎么回事，但是常规的ADO.NET数据服务代理（客户端应用程序上的位）非常支持将查询和数据更改回服务器。请注意，应用更改需要：实体框架，或b：大量工作。但是你应该用这种方法非常便宜地获得查询和更新。
使用WCF，您可以获得更加可控的堆栈，因此您需要编写您希望能够执行的所有不同操作的代码。但这也意味着你有一个已知的攻击面等;利用像固定SOAP端点这样的锁定API会更加困难。
重新定期网络服务（WCF之前）：如果您想支持非常具体的传统呼叫者，请仅沿着该路线前进。
答案 1 :(得分：6)
我知道这已经过时了，但我只想加2美分。
我强烈建议使用WCF;并通过启用Silverlight的Web服务使用WCF服务库项目。它们基本相同，但支持Silverlight的Web服务将绑定更改为基本而不是ws *。它还添加了一个asp.net兼容模式属性。
WCF通常 更快：请参阅“Windows Communication Foundation（WCF）与现有分布式通信技术的性能比较”@ http://msdn.microsoft.com/en-us/library/bb310550.aspx
WCF封装了asmx，wse，msmq，企业服务和远程处理。
可以在iis，windows窗体等中包含和运行WCF服务。
WCF不限于使用HTTP，但使用最少的配置也可以使用tcp，命名管道等。
复杂的数据类型更容易公开和序列化。
WCF只是很好地扩展。此外，它们还可用于整合WF的工作流程。
可能没有错误的技术可供使用，但似乎微软将继续推进WCF。另外，只需对WCF服务进行一些配置更改，编写一个可以通过许多不同方式公开的代码库变得更加容易。
我建议不要使用支持Silverlight的Web服务，因为使用WCF模型可以更好地设置编程结构，但这可能是一个观点问题。
答案 2 :(得分：4)
如果您必须在Web服务和WCF服务之间进行选择，我的建议是使用WCF。它是更现代，更强大的技术。至于ADO.Net数据服务 - 如果您只需要在服务器上从/向数据库检索/提交一些数据，您就可以使用它。