Silverlight 是否存在使用WCF RIA服务不&x27；这不是个好选择吗？

由于Silverlight 4微软建议商业应用使用WCF RIA服务。是否存在不应使用WCF RIA系列的Silverlight场景，而简单的WCF服务或Web服务或其他技术是更好的选择？

据我所见和所闻，WCF RIA服务目前与Silverlight紧密结合。因此，如果您想将同一服务中的业务逻辑公开给其他客户机，那么最好使用标准WCF

---

Grz，克里斯。

当然，微软也一直在推广WCF数据服务。在这种情况下，数据以atom+xml或JSON提要的形式公开，并通过符合协议的RESTful HTTP请求进行访问。这是WCF RIA服务的有效替代方案。我建议在客户端不可知场景中使用OData作为一般规则。因此，如果除了Silverlight客户端之外，您还希望在其他平台（如JavaScript、IPhone、Android或Excel（PowerPivot））上构建客户端，那么WCF数据服务就是一条出路。

事实是，WCF RIA服务构建在WCF之上。这意味着您可以轻松构建（通过配置）公开多个端点的应用程序。因此，如果您需要的话，您可以在相同的应用程序中使用RIA服务端点和SOAP端点，并使用相同的代码库

通过这种方式，您可以获得与Silverlight应用程序集成的最简单路径，而其他API用户可以以方便他们的方式访问数据

---

最终，OData可能是您的最佳选择，因为它内置于RIA服务中（只需点击复选框！），而且它是一个开放发布的标准。

实际上根本不是。RIA服务允许您公开OData端点，它是一个完全开放的协议，具有多种语言和技术的客户端和服务实现。OData由WCF数据服务使用。这不是WCF RIA服务。目前看来是这样。我知道两者的区别。RIA服务已经支持OData了（我知道，因为我使用它），所以我想“未来”是现在。下面是一个如何设置它的简短示例：@free-dom：我刚刚提出了一个关于在OData端点上使用RIA的问题-。如果RIA可以公开OData端点，为什么还要麻烦使用“RIA服务链接”？似乎为所有客户机类型提供一个标准的OData端点将是一个巨大的胜利。WCF RIA Services公开OData端点，以我的经验，允许在定制服务契约和逻辑方面具有更大的灵活性。