问WCF数据服务与WCF RIA服务

EN

这两种方法都通过OData公开实体，但RIA的具体目标是：

• 银光消费
• 可怜人的服务

WCF数据服务更加强大和可配置。最大的区别(IMO)是，RIA服务需要每个实体一个主机类型，而whereas可以自动承载整个内容(一个具有多个IQueryable属性的类型)。

这就是说，这两种实现都是半途而废(同样仅限于IMO )，而且都没有很好地考虑或实现。使用使用WebGet/WebInvoke attributes...or托管的传统WCF操作，使用...You可能会更好。

我不会只使用DevForce，因为它主要针对Silverlight实现(如果我没记错的话)。尽管如此，他们的软件包是相当酷和更完整的功能远远超过RIA或WCF数据服务。

我非常熟悉RIA服务，并且知道它的缺点。我对数据服务和DevForce知之甚少，但我知道DevForces在那些让我烦恼的地方比RIA更好，这就是：

1. RIA不能进行任何类型的分组或连接。(有趣的是，在某些情况下，DevExpress工具包可以对RIA源代码进行一些欺骗。)
2. 它确实理解各种关系，但不能理解需要透明地处理到桥接器表的转换的那种多到多的关系。(编辑:这是为Open服务计划的)
3. 更改跟踪通过一个上下文(工作单元)工作，该上下文只能作为一个整体提交或拒绝(无论如何都是开箱即用)。这通常会导致一个具有许多上下文和奇怪的复制操作来传输实体的应用程序。RIAServicesContrib项目在这方面提供了帮助。
4. 它似乎已不再维持。我的基础是，当EntityFramework4.1发布新的DbContext API (用于代码优先)时，微软发布了一个兼容性库，您可以在其中使用RIA和EF代码。不过，该库在EF 4.1上有一个版本锁，而微软现在只是以Orwellian注释的形式向Visual 2012声明RIA服务不支持DbContext。(编辑:现在再次支持DbContext - EF目前支持版本5，其中6可能只支持)
5. 有些任务，例如通过编程(而不是通过数据绑定)观察相关实体的变化是很困难的。
6. 有些事情应该非常简单，比如从一个附加的实体中获取上下文，这是很困难的。
7. 所有查询都是单个请求，只批处理剩余的CUD ( CRUD)。
8. 与普通CUD操作一起调用的自定义方法非常有限。特别是，如果不取消整个上下文，就不可能取消预定的任务。这使得它们在我想要使用的大多数情况下几乎毫无用处。
9. 您将不得不决定是否使用DomainDataSource，因为它是一个做得太多而又太少的野兽。您也可以通过编程获取所有东西，但是有些东西与这个xaml助手连接起来非常快。
10. 不支持将实体序列化为隔离存储。
11. Silverlight (和Javascript，我相信)是唯一支持的平台-没有WPF。(编辑:这是为Open服务计划的-特别是，它应该能够为BreezeJS服务)

由于比较老(我认为)，所以我从来不想仔细查看它。不过，我最近确实浏览了DevForce的功能列表，我相信这听起来很令人兴奋，尽管我无法从经验中说出任何关于它的信息。

(编辑:我发现科林·布莱尔( Colin 这里)对RIA服务和WCF进行了非常有见识的比较。)

架构师将他的产品与RIA 这里进行比较。我提到了他的一些观点，但不是全部。

总之，我可以说RIA服务显然比原始WCF更好，但也很明显，必须有更好的东西。我希望那是DevForce。