WCF 数据服务与 WCF RIA 服务

Question

我需要评估 WCF 数据服务 与 WCF RIA 服务 之间的 SOA 架构。以下是我的一些参数：

1. 多个客户端（HTML5/iOS/Android/Windows 8 Metro/Windows Phone 7）
2. 断开连接和离线操作
3. 验证引擎
4. 性能
5. 网络数据压缩
6. 支持云环境

谁能帮助我收集一些数据进行评估。另外，还有其他好的 SOA 实施方案吗？

我知道 DevForce。

Answer 1

我非常熟悉 RIA 服务，并且知道它的不足之处。我对数据服务和 DevForce 知之甚少，但我知道 DevForce 宣称在那些令我烦恼的领域比 RIA 服务更好，即：

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

由于 Data Services 较旧（我认为），我不想仔细研究它。然而，我最近浏览了 DevForce 的功能列表，我相信这听起来很令人兴奋，尽管我不能从经验中对此说什么。

（编辑：我发现 Colin Blair 对 RIA 服务和 WCF 进行了非常有见地的比较 此处。

）架构师在此处将他的产品与 RIA 服务进行了比较。我阐述了他的一些观点，但不是全部。

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

Answer 2

两者都通过 OData 公开实体，但 RIA 服务专门针对：

• Silverlight 消费
• 穷人的服务 - 它们更容易轻松启动和运行

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

也就是说，这两种实现都相当不成熟（同样仅在 IMO 中），并且没有经过深思熟虑或实施。 ...您可能会更好地使用 WebGet/WebInvoke 属性托管的传统 WCF 操作...或使用 WCF Web API。

我不会仅仅选择 DevForce，因为它主要针对 Silverlight 实现（如果我没记错的话）。也就是说，它们的包非常酷，并且比 RIA 或 WCF 数据服务功能更完整。