使用實體框架的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/