因此，我们已经讨论了在我的工作地点进行登录，我想知道这里的一些人是否可以给我一些关于你们的方法的想法？
通常我们的场景是，根本没有日志记录，并且大多数是 .NET 应用程序、winforms/WPF 客户端通过 Web 服务进行通信或直接与数据库进行通信。
所以，真正的问题是，您将在哪里记录或记录什么？目前我们有用户报告错误消息 - 所以我假设日志启动/关闭、异常......
你用它来调用网络服务或数据库吗？页面加载？
您如何很好地了解用户当时想要做什么？
是最好一路记录多次尝试/几天的所有内容，还是只记录您需要的内容（考虑到硬盘很便宜）。
我想这是几个问题，但我想更多地了解大型商店的实际做法是什么！
日志记录的关键是良好的规划。我建议您查看企业库异常和日志记录应用程序块（http://msdn.microsoft.com/en-us/library/cc467894.aspx http://msdn.microsoft.com/en-us/library/cc467894.aspx）。虽然有一点学习曲线，但效果很好。我目前赞成的方法是定义 4 个优先级。 4=未处理的异常（事件日志中的错误），3=已处理的异常（事件日志中的警告），2=访问外部资源，例如 Web 服务、数据库或大型机系统（事件日志中的信息），1=详细/其他任何内容感兴趣的（事件日志中的信息）。
使用应用程序块可以很容易地调整您想要记录的优先级。因此，在开发中，您会记录所有内容，但是当您在生产中获得稳定的系统时，您可能只对未处理的异常和可能已处理的异常感兴趣。
Update：为了清楚起见，我建议您登录 winform/wpf 应用程序和网络服务。在 Web 场景中，我过去遇到过问题，很难将客户端上的错误连接回应用程序服务器。主要是因为通过 Web 服务的任何错误都会被包装为 SOAP 异常。我记不清了，但我认为如果您使用自定义异常处理程序（这是企业库的一部分），您可以将数据添加到异常中，例如来自应用程序服务器的异常的处理实例 ID。这使得使用 LogParser ().
第二次更新：我还喜欢为每个不同的事件提供单独的事件 ID，并在源代码管理下的文本文件或电子表格中跟踪该事件。是的，这很痛苦，但如果您足够幸运，有一个 IT 团队在生产中照顾您的系统，我发现他们倾向于期望不同的事件具有不同的事件 ID。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
