Windows服務或任何其他替代

Question

我在困境中是否爲我的應用程序使用Windows服務，下面是關於我的應用程序的描述，請任何人都可以建議什麼是我的需求的最佳方法，如果可能與專業人士和也是如此。

有一個應用程序「A」，它是一個封閉的應用程序，我需要從該應用程序獲得的任何數據僅通過WCF服務公開。我的應用程序「M」必須調用由「A」公開的WCF服務之一，然後獲取數據並處理它並丟棄文件。同樣，如果某些文件被注入我的應用程序「M」，那麼我需要處理它並使用其WCF服務將該信息推送到應用程序「A」中。這是簡要的要求。

problems-

1）這裏我的應用程序「M」需要不間斷的調查申請「A」 WCF服務來檢查，如果事情是availabel它處理。我不喜歡投票，但有其他選擇，請提出建議。 我想到了MSMQ，每當有新數據進入時，應用程序「A」都會向我的應用程序「M」發送消息。然後，我的應用程序「M」處理來自隊列的消息。不知道該怎麼做。請告知這是否正確。

2）另一件事是，如果一個新文件進入某個服務器文件夾，那麼我的應用程序「M」必須將其接收並處理並將其發送到應用程序「A」。所以爲了實現這個目標，我可能必須有一個文件系統監視器，只要有東西可用，就必須啓動我的應用程序。再次敲擊使用什麼技術（僅在.Net中）。 MSMQ最好的方法是？

所以，現在我需要用哪些技術（只有在.Net中）纔能有效地完成我的需求。通過不斷輪詢應用程序「A」並與其一起實施MSMQ，是Windows服務的最佳方法。請指教。

在此先感謝
西

Answer 1

對於要求1，我會使用通過Windows進程激活服務託管的WCF服務（WAS） - 看到MSDN reference。這需要WAS（Windows Vista/7或Windows Server 2008/2008R2），但是，如果這些不可用，那麼定期的NT服務將是適當的後備。

對於需求2，可以實現使用FileSystemWatcher類的NT服務（MSDN reference）。

所以，你可以實現一個單一的NT服務與FileSystemWatcher的和輪詢線程，或者你可以同時實現NT服務與FileSystemWatcher的，並且通過MSMQ監聽一個單獨的WAS託管WCF服務。

後者或許有點清潔，因爲它遵循分離關注原則。但只有當應用程序「A」可以配置爲通過MSMQ發送消息（即，您的服務「M」將成爲「服務器」並且應用程序「A」將充當客戶端）。所以，前一種選擇（單一的NT服務可以做到這一點）可能會更好地適應你的情況，但我不完全確定你對「A」的描述。

至於發送消息到應用程序「A」，MSMQ可能是也可能不是合適的選擇。兩個應用程序都在同一臺機器上嗎？然後使用命名管道。他們在不同的機器上？如果應用程序「A」始終在運行（即正在運行的服務），則使用TCP綁定，但如果需要保證傳遞消息並且應用程序「A」可能在應用程序「M」正在發送時偶爾脫機，則使用MSMQ綁定它的消息。（另外請注意，使用MSMQ要求將MSMQ Windows組件安裝在接收機上。）

Answer 2

聽起來像選項A是不可變的，因此您無法更改它。 （「關閉」）

應用程序M應該是一個windows服務，正如Lars所描述的。但是，不要使用文件系統監視器，除非您稍後想要剔除代碼並用輪詢機制替換它。最好的辦法是啓動一個線程來輪詢應用程序A，另一個線程輪詢文件系統。

投票沒有問題。使用Thread.Sleep（10），你會沒事的。 FileSystemWatcher經常會給你一個'已被修改'但尚未完成寫入的文件。這會導致你得到一個截斷的文件。

不要打擾MSMQ，除非你絕對需要。這只是另一個維護，並且不能處理複雜的檢索操作。