.net快速和脏的远程日志记录的行业策略？

Question

我希望你对这个问题有所了解，因为技术总是在变化和改进。

以下是该场景：我经常发现自己将代码部署到系统，我无法使用rdc轻松访问服务器。其中一种情况是在实验室环境中运行编码ui测试时，测试代理使用rdc会话，因此很难获得测试运行时发生的情况的实时反馈。

获得一些反馈的一种简单方法是实现一些基本的日志记录。这仅用于调试目的，并且一旦解决了扭结就会被删除。

作为一名老派开发人员，我只想记录服务器上的文本文件并通过网络共享共享该文件夹。这肯定会有用，但我相信在2014年有更好的选择吗？

我正在考虑的其他几个选项：

• 将信息事件记录到我的客户端电脑的事件日志中。
• 通过端口记录（基本上创建一个迷你聊天应用程序，我的客户端PC可以从中获取消息。（真的很喜欢这个想法，也不需要手动滚动文本文件）
• 通过电子邮件发送反馈 - 讨厌这个想法，但它可以发挥作用。
• 在网络上使用预先存在的免费邮寄系统，然后只使用http请求推送到（这应该需要创建一个客户端阅读器）。

总而言之，我正在寻找一种快速方法，从远程服务器上运行的非可视化应用程序获取反馈，而无需rdc in来检查日志。很高兴在客户端上有类似sys托盘应用程序的东西，可以实时监控反馈。

我可以写一个能够满足这一切的WCF应用程序，但是我正在寻找你们实际使用的goto解决方案，而且我确信存在一些东西。

提前致谢。

此外，我想要一些独立于语言/技术的东西，但我想用C＃编码

Answer 1

最好的办法是了解Enterprise Library 6.它是Microsoft围绕.NET框架开发的包装框架，它包含几个非常好的工具块，因此您不必开发架构类型代码为您的.NET应用程序。它有助于数据库性能，加密等......特别注意＆＃34;记录应用程序块＆＃34;。他们有一个示例应用程序，为您提供如何使用每个应用程序块的源代码。我相信这个应用程序块允许您与Windows中的Microsoft事件日志功能进行交互。

Enterprise Library类似于Oracle对Java的称为Java EE。这些只是为那些想要专注于应用程序功能而不是应用程序的性能和辅助组件的人预先构建的工具。

电子邮件组件可能要求您在该框上设置SMTP服务器，或使用现有的服务器。

不太确定＆＃34;通过端口记录＆＃34;。这可能需要自定义代码。