.net快速和髒遠程日誌記錄的行業狀態？

Question

我想就這個問題發表意見，因爲技術總是在變化和改進。

下面的情況：很多時候，我發現自己部署代碼到我無法方便地訪問使用RDC的服務器系統。一種情況是，在實驗室環境中運行編碼的UI測試時，測試代理使用rdc會話，因此很難獲得測試運行期間發生的事件的實時反饋。

一個簡單的方法來得到一些反饋，是落實一些基本的日誌記錄。這僅僅是爲了調試的目的，並且一旦扭結出來就會被移除。

正在一個老同學的開發者，我想只是登錄到服務器上的一個文本文件，共享文件夾在網絡共享上。這可以肯定，但我相信在2014年有更好的選擇可用？

一些更多的選擇，我想：

• 記錄信息事件到我的客戶端PC的事件日誌。
• 通過端口記錄（本質上創建一個迷你聊天應用程序我的客戶端電腦可以從中獲取郵件）（真的喜歡這個想法，也不需要手動滾動文本文件）
• 通過電子郵件發送反饋 - 討厭這個的想法，但它可以工作。
• 在網絡上使用已有的免費崗位制度，那麼就可以使用HTTP請求推到（這個應該有必要建立一個客戶端閱讀器）。

所有的一切我我正在尋找一種快速的方式來從運行在遠程服務器上的非可視化應用程序獲取反饋，而無需使用rdc來檢查日誌。很高興有就像客戶端上的系統托盤應用程序，可以實時監控反饋。

我可以寫OFC能夠這一切WCF應用程序，但我找你們實際使用goto語句的解決方案，我相信出來的東西存在。

在此先感謝。

而且我想要的東西，語言/技術無關，但備案我編碼在C＃

Answer 1

最好的辦法是瞭解企業庫6.它是由微軟圍繞.NET Framework開發的包裝框架，包含幾個應用程序塊是很好的工具，所以您不必爲.NET應用程序開發體系結構類型代碼。它有助於提高數據庫性能，加密等等。要特別注意「日誌記錄應用程序塊」。他們有一個示例應用程序，它爲您提供瞭如何使用每個應用程序塊的源代碼。我相信這個應用程序塊允許您在Windows中與Microsoft的事件日誌功能進行交互。

企業圖書館是類似於甲骨文對Java，稱爲Java EE的。這些只是爲那些希望專注於應用程序功能而不是其應用程序的性能和輔助組件的應用程序預構建的工具。

的電子郵件組件可能需要您設置SMTP服務器上框，或使用現有的一個。

不太確定「通過端口記錄」。這可能需要自定義代碼。