我們即將爲服務器應用程序啓動一個新項目,用於從多個數據源收集數據並將其存儲在數據庫中。用於長壽命數據收集服務器應用程序的C#體系結構
爲了進行快速測試,我們創建了一個WinForms應用程序,該應用程序使用自定義庫的核心功能,現在必須開始將其遷移到最終產品。
根據我們迄今爲止所做的,最好的辦法應該是將其設置爲Windows服務,然後通過遠程處理/ Web服務將基本監視和配置公開給瘦客戶端或Web客戶端。
有沒有更合適的方法來製作這樣的應用程序?
我們即將爲服務器應用程序啓動一個新項目,用於從多個數據源收集數據並將其存儲在數據庫中。用於長壽命數據收集服務器應用程序的C#體系結構
爲了進行快速測試,我們創建了一個WinForms應用程序,該應用程序使用自定義庫的核心功能,現在必須開始將其遷移到最終產品。
根據我們迄今爲止所做的,最好的辦法應該是將其設置爲Windows服務,然後通過遠程處理/ Web服務將基本監視和配置公開給瘦客戶端或Web客戶端。
有沒有更合適的方法來製作這樣的應用程序?
你可以考慮使用WCF/ADO.NET數據服務公開服務本身:http://msdn.microsoft.com/en-us/library/cc668792.aspx
另見本關於如何暴露WCF數據服務快速演練:http://www.msteched.com/2010/NorthAmerica/DEV324
謝謝,但這主要與數據抽象一旦處理完畢有關。我其實更關心實際的「數據集中器」應用程序的格式。我想知道Win服務是否仍然是最好的方式。 – Groo 2010-10-01 12:34:19
那麼,如果你需要一個Web界面,也許你可以考慮在IIS中託管它(並使用ASP.NET MVC或類似的)。 – 2010-10-01 13:16:46
聽起來倒是蠻有道理。您可能想要構建應用程序以支持擴展和分發,如果它將增長的話。 – bzlm 2010-10-01 09:22:28
@bzlm:謝謝。您是否在「構建支持縮放的應用程序」時特別考慮了某些內容?持久層的選擇?減少地圖處理?我們*應該*恰當地封裝圖層,以便在時間到來時進行這些更改。 – Groo 2010-10-01 12:03:33