Ria Services与WCF Dataservices

Question

我的团队正在评估更大的商业门户网站。 （发票，簿记，工资.....）

我们都习惯使用DDD，O / R映射器和NHibernate作为我们的首选。 我们选择使用CompositeWPF来保持业务门户中所有模块和部件系统之间的模块化。

现在我们已经对Ria Services进行了评估，并对它如何以面向数据的方式工作感到失望，面向数据的方面可以很好地面向服务的方案，但我们觉得我们可以采用面向对象的方法，我们觉得我们可以使用OO方法获得比DO方法更低复杂度的应用程序。 例如，它不允许值对象，多对多关系，一切都需要有键等等。

我们尚未查看WCF数据服务，所以我们的问题是WCF数据服务我们的回答？它是否与Silverlight 4很好地集成？我们能否以OO方式使用它？

Answer 1

RIA / WCF不是要替换O / R映射器等。它是以开放格式将数据暴露给另一个应用程序。不是高端，但基本上是为了整合。恕我直言，将它放在一个应用程序中是非常愚蠢的，但它是一个很棒的外部接口，特别是当它获得工具支持时。

很好的例子：

• 银行会计访问权限。如果我只能使用Odata进行家庭银行业务;）并将我的账户报表变为excel。
• 交易;）是的，好的 - 我有一个交易服务器（然后连接到各种经纪人）。我有一个网络前端。我现在也将通过OData公开某些数据，所以我可以轻松地在excel等中解决问题，甚至使用silverlight应用程序来处理某些事情......但我不会在一个应用程序中使用OData来替换我的对象基础结构 - 方式太muc hoverhead。
• Ebay可以为大客户提供OData接口。很高兴了解您的拍卖并对您的帐户进行一些基本维护。没有什么高性能，但再次，TOOLING支持。 Excel，报告服务很快就支持OData。

如果你从整合的角度来看它，那就很有意义了。它不是一个完整的环境 - “从不”有效。但是，打开一个具有语义的应用程序（优于Web服务 - 标准化查询和过滤器逻辑）和工具支持是一个很好的标准化。

我不知道你提到的很多项目都遇到了很多问题，但是：

• 我使用的任何内容都有按键定义
• 我很多：很多关系。我总是有一个临时对象WITH A KEY ....所以我可以为它添加属性（如果那只是一个时间戳）。

服务是面向数据的，并且认真 - 我喜欢它们。我是一个很大的OO粉丝，但工具支持使它成为应用程序的完美外部接口。