【发布时间】：2009-11-19 23:24:51
【问题描述】：
我正在寻找用于检测我的代码的最佳实践清单。与其说要使用什么工具（我自己是 System.Diagnostics.Trace 的粉丝），不如说是您应该在“典型”应用程序中放置跟踪语句的位置。
如果您有提示（或提示），请在此处提供。也许区分你绝对必须包括的东西和可能拯救你培根的东西。
【问题讨论】：
标签： .net trace instrumentation
【发布时间】：2009-11-19 23:24:51
【问题描述】：
我最近在代码营中看到了PostSharp 的演示，它似乎使您的应用程序检测几乎毫不费力。如果你可以接受它使用 IL 编织来发挥它的魔力，那么它可以节省大量的精力（更好的是，保持你的代码干净）。
演示者 (Michael Hall) 建议使用 PostSharp.Laos 来简化并避免许可限制。
【讨论】：
-
看起来真不错。我喜欢在这类事情上使用属性，这样你就不会遇到一大堆额外的杂乱代码。我会进一步调查！
-
@Qwerty：您可以走得更远，避免在整个代码中分散属性。请参阅此博客的“多播”部分：doronsharp.spaces.live.com/Blog/cns!E19CE2289AB7F8C1!137.entry
-
...尽管 Michael Hall 建议您可能希望使用指令来排除 Dispose() 等方法。
这篇 P&P 文章 Measuring .NET Application Performance 概述了可以记录和衡量的应用程序的各个方面，以重新分级性能监控和分析。
其他值得考虑的检测领域是安全审计、错误和异常日志记录以及可报告的应用程序事件 - 例如当有人下订单或新用户注册时。
【讨论】：
-
对 P&P 文章的好评。我打算自己发布那个。我是 P&P 集团的忠实粉丝。他们从字面上写了一本关于微软技术最佳实践的书。