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 知之甚少，但我知道 DevForces 宣称在那些让我烦恼的领域比 RIA 服务更好，即:

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

由于 Data Services 较旧(我认为)，因此我不想仔细查看它。然而，我最近浏览了 DevForce 的功能列表，我相信这听起来很令人兴奋，尽管我无法从经验中透露任何信息。

(编辑:我发现 Colin Blair here 对 RIA 服务和 WCF 进行了非常有见地的比较。)

架构师将他的产品与 RIA 服务进行比较 here .我涵盖了他的一些观点，但不是全部。

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