如何在新的Silverlight应用程序中选择WCF，REST，POX和RIA服务

Question

Silverlight应用程序可以通过很多不同的方式连接回服务器。 包含

• WCF - Windows Communication Foundation
• REST （见也 ）
• ADO.NET数据服务 （或者这只是REST？）
• POX - 普通旧XML（例如基本xml）
• RIA服务

对于这些中的每一个，请说明它的用途以及何时使用或不使用它。 我不是在寻找一个很好的细节，只是一套“经验法则”，可以在它们之间进行选择。

（问题是在设计第一个Silverlight应用程序时，知道在没有时间学习所有这些应用程序时要使用的内容。）

如果我在这个问题中用WPF替换Silverlight会对你的答案产生什么影响？ （我假设WPF认为由于防火墙和管理员策略，不能直接连接到数据库。）

Answer 1

我的两欧元：

当服务可以被视为应用程序的业务层时，也就是说，当您的服务具有“CalculateDiscountForClient”等“智能”操作时， WCF似乎最适合。

当您的应用程序基本上以数据为中心且服务只是数据库的前端时， ADO.NET数据服务 （实际上只是一个REST实现）似乎是合适的。 也就是说，您的所有服务方法都是GetCustomers，CreateInvoice等类型。

RIA服务是一项我还没有尝试过的新技术，但是创建Silverlight部分和服务紧密耦合的应用程序似乎很有用：在服务项目中定义服务类和方法，它们会在设计时自动复制到Silverlight项目中。 此外，您可以定义WCF样式的“操作”方法和ADO.NET数据服务样式的“数据”方法。 看起来很有希

如果将来有可能将客户端部件从Silverlight更改为任何其他技术（例如HTML + AJAX），则使用POX ，因为它是最具互操作性的选项。

关于WPF的差异，我唯一能想到的是，对于数据访问，我会尽可能使用直接ADO.NET数据连接（正确嵌入数据访问层，LINQ to SQL等）而不是ADO.NET数据服务，因为它更灵活。 无论如何，我必须说我从未在WPF中开发过任何东西。

Answer 2

我们使用RIA，这是我所知道的唯一一个选项，但我确实知道，所以这是我的一些想法。

RIA尚未完成。 它正在进行中。 如果您计划很快完成，并且您担心必须支持可能会发生相当大变化的内容，那么您可能需要考虑其他选项。 如果这是一个新项目，并且您将长期支持它，RIA可能会更容易使用。

话虽如此，我认为7月预测RIA的工作方式和完成版本的工作方式不会有太多变化。 此外，支持程度似乎表明，这将成为与Silverlight中的服务器通信的“方式”。

只是因为它值得一提，有一些链接：

http://blogs.msdn.com/brada/ Brad Abrams有一个例子，他不断更新。

http://forums.silverlight.net/forums/53.aspx这是你去问问题的地方。

http://www.riaservicesblog.com/Blog/科林布莱尔知道他的东西，他非常乐于助人。

Answer 3

我想我再也不会去POX了。 如果您编写WCF以使服务本身独立于绑定并且绑定在配置文件中完成，那么WCF几乎与传输和协议无关。 它可以执行SOAP，JSON，REST或其自身的二进制序列化形式。 所有这一切都在约束力。 在内部，WCF仅指定在操作和数据协定方面公开的内容（全部由类，方法和属性属性定义）。 WCF在这方面为您提供了极大的灵活性，2010年将有更多灵活性。

从Silverlight方面，WCF要求您编写一些管道代码。 .NET frameowrk具有在Silverlight项目中构建代理的工具，但您必须准备异步处理所有WCF响应，并且代理无法捕获服务引发的异常。

.NET RIA Services隐藏了这一切。 它在封面下使用WCF，但这是完全隐藏的。 您不必编写异步代码。 您可以定义一次验证，主要是声明性的，它既适用于服务器端，也适用于客户端。 版本1将针对Silverlight，因此您无法在其他地方使用该服务。 该范围应该在以后的版本中扩大。

我不太了解ADO.NET Data Services来比较。 我怀疑答案取决于您是否希望将数据暴露给Silverlight以外的用户。

.NET RIA服务看起来像我想要的方向（我自己看这些问题，考虑到大型应用程序）。 对我来说最大的问题是在服务层实现一大堆功能，而不能直接编码到数据访问层（我们必须能够在SQL Server或Oracle上运行）。

使用WPF而不是Silverlight会更改所有内容，具体取决于数据所在的位置。 这就像Winforms vs. ASP.NET的旧问题。 使用WPF，您正在构建Windows客户端应用程序，并且您根本不需要使用任何形式的基于服务的数据接口，除非您的数据访问强制您进入它。 您仍然希望使用MVVM，MVC或MVP将数据和业务与表示代码分开。 除此之外，您可以选择将数据访问视为一个层，而不是一个独立的层。

Answer 4

WCF是Microsoft的服务通信标准。 我强烈建议任何人使用WCF Web API创建服务层（使用WCF，但专门针对REST定制），这将于2012年4月推出.WCF Web API目前处于预览模式。

请记住以下经验法则： - 您的UI将比服务层更快地更改。 RESTful服务将在几年内出现，Silverlight可能不会 - 您的服务是否会成为API？ 嗯... WCF REST是要走的路 - 你会混合JavaScript和Silverlight代码吗？ WCF REST将让您的生活更轻松 - 您是否拥有移动组件（因为Silverlight不能在iOS或Android上运行）... REST是首选。

不要定制技术，但整个应用程序。

Answer 5

如果您想创建Silverlight应用程序并且您不关心其他客户端，那么我会选择RIA服务。 使用起来非常轻松，您无需担心如何与客户端建立连接（即无需客户端配置）。 RIA还为客户端上的所有实体生成类，如果需要，您甚至可以与客户端共享您自己的“服务器”代码（对于枚举或扩展方法很有用）。

备注：

• 我从来没有尝试过这个，但如果你真的需要，你可以和其他客户一起访问RIA服务，毕竟RIA服务是建立在WCF服务之上的。
• 我不太了解Akash Kava的安全问题。 您可以（并且必须）像对待任何其他服务一样控制服务器端的安全性。