.NET RIA服务/ WCF服务

Question

我们正在创建一个n层Silverlight LOB应用程序，并正在考虑使用.NET RIA服务。我们不清楚这适合于我们当前的WCF服务API。我们目前的架构是：

的Silverlight < - >WCF服务 < - >业务逻辑 < - >实体框架模型 < - >数据库

看着自己Nikhils Mix 09发布会，似乎.NET RIA Services将取代我们的WCF和BusLog部分：

Silverlight的 < - >RIA服务 < - >EF型号 < - >DB

这很好，期望我们需要有一个标准的SOAP API端点通过曝光使用其他应用程序（Biztalk，集成等）。 .NET RIA服务可以作为SOAP端点公开，而不需要异步要求？

通过.NET RIA服务实现WCF服务有多简单？你知道这有什么好的在线例子吗？

谢谢， 马克

Answer 1

是 - 在对RIA服务我们将定义WCF服务（通过道夫和最终香草WCF）一些非常好的支持，暴露了RIA服务业务逻辑的下一个CTP。所以你的RIA服务实现中有两个头。

的Silverlight < ---> RIA服务< ---> EF型号< ---> DB WCF服务< --->

我会说这个模型是有道理的，如果首要目标是Silverlight应用程序，但是如果主要目标是WCF服务，我会与今天的模型挂在一起。这有帮助吗？

..brad

Answer 2

我们正在查看完全相同的情况。现在，我们正在考虑用这种模式去：

的Silverlight < - > RIA服务< - > WCF服务< - >业务逻辑< - >实体框架模型< - >数据库

我们将能够在各种绑定中托管我们的WCF服务。我们将使用从RIA到Silverlight应用程序的WCF inProc调用。对于WCF服务的外部使用者，我们将使用wsHttp端点来托管它们。

因此在我们的场景中，我们得到了两者中最好的。 RIA服务成为我们应用程序的一组演示服务的一部分，从而减轻了编程Silverlight应用程序（即异步）的负担。缺点是我们添加了一个额外的图层。

想法？