Silverlight：对业务逻辑使用本地WCF服务（中间WCF服务）？（Ria服务与普通WCF服务结合使用？）

我有我的silverlight呼叫我的WCF服务，它工作得很好。这是一个WCF（而非ria）服务，基本上返回enities或实体集合

例如，我真的无法控制仅仅为silverlight添加额外的项目

所以我在想，也许它的性能不好，或者是德金

但是，如果要使用承载silverlight的Asp.net网站托管本地WCF服务。。我可以将这个wcf服务用于不需要返回实体的业务逻辑。例如，silverlight可以调用服务器，然后服务器可以使用纯.net做一些事情

当然，我仍然需要silverlight与返回实体等的外部WCF服务进行通信

如果有的话，最好的方法是什么

Silverlight调用本地WCF服务，“如果需要”本地WCF服务调用外部WCF服务（返回实体等），所有内容都返回到链的下游

或Silverlight根据需要调用本地WCF服务或外部WCF服务

有第三种选择，但我想大声说，也许它不适合。。。但是有RIA服务，silverlight可以称之为。。。。但我还是无法摆脱或控制我的其他wcf服务。。。所以silverlight需要同时调用这两个服务，或者ria服务可以调用wcf服务。。。但这就是我怀疑的地方。。。因为RIA服务通常返回IQUERYABLE，例如。。。例如，我的wcf服务返回ILIST，因此如果ria服务调用我的wcf服务，它将接收回ILIST。。因此，ria服务中的[QUERY]属性要求我返回IQUERYABLE，但这是不可能的，因为我已经在ILIST中了

我真的很感激你能给我一些反馈，告诉我我是否完全没有抓住要点，或者实际上这是个好主意

事实上，silverlight有时需要在服务器上执行标准操作，但与数据访问或实体无关。。。我无法控制外部wcf服务，因此无法在需要时插入专门针对silverlight的新方法

有人使用类似的系统吗，赞成/反对

---

提前感谢

我认为您的应用程序应该只使用Ria服务，然后Ria服务应该连接到外部服务。然后，所有逻辑都在服务器上，您的SL应用程序具有使用服务的简单模型。您可以将其视为所有业务逻辑都在服务器上

返回IQueryable怎么样？您始终可以使用linq将列表“转换”为IQueryable，但我认为您可以从RIA服务返回列表-这应该不是问题