在独立运行或在reSharper或TeamCity中运行的nUnit中使用Console.Out.WriteLine与Trace.WriteLine

Question

我隐约记得在“某处”读过关于在nUnit中使用Trace.WriteLine而不是Console.Out.WriteLine的“某些东西”，可能是在reSharper或TeamCity的上下文中，但我不记得细节了。

因此，问题是，无论是在单独运行的nUnit环境中，还是在reSharper/TeamCity中，使用一种方法比使用另一种方法有什么好处，如果有区别，您个人会使用什么？

目前，我的观点是Trace.WriteLine，这不仅是因为我模糊地记得一些我可以想象出来的东西，而且我觉得单元测试中的跟踪更像是一项诊断任务，而不是一项输出任务。

Answer 1

单元测试不是产品代码。如果你想，你没有理由不能安慰你。如果你想使用Trace，那也没问题，但是设置起来有点麻烦。我不熟悉TeamCity，所以我不能在这方面帮你。

Answer 2

Debug Class提供了一组可帮助调试代码的方法和属性。如果使用Debug类中的方法打印调试信息并检查带有断言的逻辑，则可以使代码更加健壮，而不会影响产品的性能和代码大小。在Visual Studio2005项目中，创建调试版本将启用调试。

可以使用Trace类中的属性和方法来检测发布版本。检测允许您监视在实际设置中运行的应用程序的运行状况。跟踪可以帮助您隔离问题并修复它们，而不会干扰正在运行的系统。在Visual Studio 2005项目中，默认情况下会为发布版本和调试版本启用跟踪，因此会为发布版本和调试版本中的所有跟踪方法生成代码。因此，您可以使用Trace来检测发布版本。

我在这里找到了这段摘录，如果有用的话：

http://www.interviewcorner.com/Answer/Answers.aspx?QuestionId=268&MajorCategoryId=1&MinorCategoryId=16

EDIT:找到了一些更有趣的信息，提到了使用多播的跟踪，这是否意味着任何实现它的东西都会捕获跟踪写入行？

请阅读并提供反馈：

http://www.drdobbs.com/184405769;jsessionid=SFAYCN2R2Y3L5QE1GHRSKH4ATMY32JVN