使用Silverlight的Wcf服务的最佳实践？

>应用程序分为模块(Prism但可以是任何东西) – 每个垂直功能的模块.
>每个模块都有自己的一组服务客户端类(由slsvcutil生成)
>对于每个服务客户端部分类,我有另一个生成的部分类,其中每个服务方法我都有一个返回IObservable的版本.

例如.如果我的服务客户端有方法GetAllMyDataAsync()和事件GetAllMyDataCompleted,则生成的方法签名将是IObservable< MyDataDto []> GetMyData()此方法将处理订阅/取消订阅事件,身份验证,错误处理和其他基础结构问题.

这样,Web服务调用变得简单：

new MyserviceClient().GetAllMyData().订阅(DoSomethingWithAllMyData)

有了这个,我可以轻松地从多个请求中加入数据,例如(严格用于演示目的,请勿在真实应用中尝试此操作)：

var des = (from d in new MyserviceClient().GetMyDataItem()
           from e in new MyserviceClient().GetDataItemEnrichment(d)  
           SELEct new EnrichedData { Data = d,Enrichment = E});  
des.Subscribe(DoSomethingWithEnrichedData);

>一旦应用程序变得更加复杂(例如,数据由多个组件共享,您添加动态更新最初检索数据的消息传递等),在堆栈中添加另一个元素是有用的 – 模型.

因此,如果我有一个服务MyDataservice,我会有一个名为MyDataserviceModel的模型类.它将作为单例注册在容器中,并将注入需要它的视图模型中.因此,当viewmodels需要数据时,它会与这个类进行对话(因此,@L_933_0@myserviceClient.GetAllMyData时,它会@L_933_0@myDataserviceModel.GetAllMyData.

这种方式viewmodels完全独立于WCF堆栈(更容易模拟,更容易测试)另外这些模型类负责：

>从/到DTO的数据转换>丰富和组合数据(一种模型方法可以连接来自多个请求的数据)>处理问题,如限制(例如典型场景,用户在组合框中选择的东西,它导致请求被发送到服务器以检索该选择的数据,而该请求被执行用户进行了另一次更改,但由于某种原因响应失灵)等>将通过WCF初始加载时提取的数据与服务在会话期间推送的数据相结合