好的,所有这些在Silverlight控件中获取数据的方法让我很困惑.
我查看了ADO.Net数据服务,Web服务和支持Silverlight的WCF服务.我只是不确定何时适合使用另一个.每个提供的优点/缺点是什么?
我已经构建了一个Web应用程序和一个Silverlight控件.我将向我的Web应用程序添加这3个选项中的一个,并从我的Silverlight组件中使用它.
从Silverlight的角度来看,WCF无论如何都受到很大限制,因此WCF的大多数常见好处都不适用.但是,它仍然是一个相当不错的,一致的编程模型.
WCF主要是一个SOAP堆栈,因此它非常擅长将数据呈现为严格的操作.ADO.NET Data Services是一个REST堆栈,允许通过线路动态执行非常富有表现力的查询.
我不知道它在Silverlight中是怎么回事,但是常规的ADO.NET数据服务代理(客户端应用程序上的位)非常支持将查询和数据更改回服务器.请注意,应用更改需要:实体框架,或b:大量工作.但是你应该用这种方法非常便宜地获得查询和更新.
使用WCF,您可以获得更加可控的堆栈,因此您需要对您希望能够执行的所有不同操作进行编码.但这也意味着你有一个已知的攻击面等; 利用像固定SOAP端点这样的锁定API要困难得多.
重新定期的Web服务(WCF之前):如果您想支持非常具体的传统呼叫者,请仅沿着该路由前进.
我知道这已经过时了,但我只想加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模型的编程结构设置得更好,但这可能是一个意见问题.