.NET RIA服务/ WCF服务

Question

我们正在创建n层Silverlight LOB应用程序，并正在考虑使用.NET RIA服务。我们不清楚这与我们当前的WCF服务API有什么关系。我们目前的架构是：

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

在观看了Nikhils 09的介绍之后，.NET RIA服务似乎将取代我们的WCF和BusLog部分：

Silverlight <-> RIA服务<-> EF Model <-> DB

这很好，我们需要公开一个标准SOAP端点API，供其他应用程序(Biztalk、Integration等)使用。在没有异步需求的情况下，可以将.NET RIA公开为SOAP端点吗？

在.NET RIA服务上实现WCF服务有多容易？你知道网上有什么好的例子吗？

谢谢，马克

Answer 1

是的-在下一个用于RIA服务的CTP中，我们将有一些非常好的支持来定义WCF服务(通过Astoria和最终的普通WCF)，它在RIA服务中公开了您的业务逻辑。因此，您在RIA服务实现上将有两个负责人。

Silverlight <--> RIA服务<--> EF模型<--> DB WCF服务<->

如果主要的目标是Silverlight应用程序，那么这个模型是有意义的，但是如果主要目标是WCF服务，我会使用您现在的模型。这有用吗？

..brad

Answer 2

我们要看的是完全相同的场景。现在，我们正在考虑采用这种模式：

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

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

因此，在我们的场景中，我们将两者兼而有之。RIA服务成为我们的应用程序的一组表示服务，它减轻了Silverlight应用程序(即异步)的编程负担。缺点是我们增加了一个额外的层。

有什么想法？