使用实体框架的WPF应用程序

Question

我们需要为我们的业务应用程序摆脱Silverlight，而不是使用WPF。

我们目前的项目结构：

• 实体框架6（代码优先）
• 一个Silverlight客户端应用（与硬件通信）
• 开放RIA服务（通过Silverlight应用程序使用）
• 用于第三方系统集成的WCF服务（SOAP）

每个客户都有ap使用IIS托管在自己的服务器上。

使用最后一个Microsoft技术执行此操作的最佳方法是什么？第一想法：

• 替换的Silverlight与WPF应用程序，使用ClickOnce，方便安装和自动更新
• 一个独特的新的API项目（休息ASP.NET核心？）双方WPF应用程序和第三方系统中使用对于CRUD操作和所有业务逻辑...

什么是使用WPF使用Web服务的最佳实践？我们还应该使用RIA服务吗？

Answer 1

很大程度上取决于您的业务需求，但我的建议是在需要或认为必要时进行未来证明和重构。

我会转换为通用Windows应用程序（VS项目类型），如果您稍后需要支持移动应用程序，可以与Xamarin连接。这样你的设置很长一段时间，并且可以在未来达到客户端的平台独立性。

关于将您现有的客户端：

转换您的Silverlight代码，WPF会显得相当容易。最后是c＃和xaml。大多数事情将改变一些名称空间和参考等。

您可以离开您的WCF RIA服务，因为它也可以在WPF中使用。 我只想用WCF，WebAPI或...来扩展你的服务。选择哪一个取决于很多因素。对于每个包装器所使用的ORM包装器具有相同的计数方法，这些方法都是正反两方面的;

的一个起点可以是这篇文章： http://www.codefoster.com/webservicesforward/