C# 将Silverlight移植到WPF

C# 将Silverlight移植到WPF,c#,wpf,silverlight,wcf-ria-services,porting,C#,Wpf,Silverlight,Wcf Ria Services,Porting,我有一个大型Silverlight LOB应用程序,我正试图将其移植到桌面WPF应用程序(因为Silverlight的缓慢死亡) xaml&c#代码端口很好,但原始应用程序使用WCF RIA服务。(超过30000行)我的问题是,我可以在我的WPF应用程序中使用相同的WCF RIA服务吗 谢谢这里有一些资源,您可以用来决定是否要走这条路 它们主要围绕着: 向WCF RIA web服务公开SOAP端点 从WPF以WCF web服务的形式访问WCF RIA服务 使用WCF SoapClient访

我有一个大型Silverlight LOB应用程序,我正试图将其移植到桌面WPF应用程序(因为Silverlight的缓慢死亡)

xaml&c#代码端口很好,但原始应用程序使用WCF RIA服务。(超过30000行)我的问题是,我可以在我的WPF应用程序中使用相同的WCF RIA服务吗


谢谢

这里有一些资源,您可以用来决定是否要走这条路

它们主要围绕着:

  • 向WCF RIA web服务公开SOAP端点

  • 从WPF以WCF web服务的形式访问WCF RIA服务

  • 使用WCF SoapClient访问WCF RIA域服务


  • 是的,你可以,就像我以前做的那样,但是,因为您刚刚到达端点并有效地执行get或post,您就失去了ria wcf服务附带的更改跟踪功能。

    我不同意其他回答者的倾向,即在没有实际的ria服务客户端的情况下为WPF使用ria服务:如果您没有使用实际的ria服务客户端组件建议,这通常意味着无论如何都要在客户机上重写大部分数据处理代码

    通常,自动生成的类在RIA服务应用程序中随处可见,并且它们的行为不容易重塑。事实上,这真的很难做到,你最好重写大部分内容。例如,您的应用程序是否没有将保存按钮的
    禁用属性绑定到
    XyzContext.HasChanges

    如果你的应用程序是典型的,那么你真的需要真正的RIA Serives客户端来提供一个干净的端口

    半幸运的是,RIA服务已经实现了开源,WPF支持也在他们的路线图上:

    我从未使用过它,我感觉这方面的进展有点慢,但是,根据你自己的意愿,使用它可能是一个现实的选择。你只需要期待自己做一点就可以了

    另外,您是否使用依赖于RIA服务的任何第三方库?例如,如果您使用DevExpress,您还必须移植其使用RIA服务的组件(
    RiaInstantFeedbackDataSource
    等)

    如果你尝试过,就写一篇评论。我自己也有一个RIA服务应用程序,大小差不多